donloads: show the installer/package release date #185

Merged
merged 1 commit into from Sep 25, 2012

3 participants

@carlosmn

Yet Another Msygit Fix. Store the installer's release date as a
separate field, as it's not always the date that the version was
tagged.

This allows us to report the correct release date in the /download/win
page. Unfortunately the msysgit downloads aren't always uploaded to
github on the date that the installer has, so we need to parse it to
get the release date.


After the migration, the Mac page will still show the wrong date until the next rake downloads run, but the date issue for Mac is much less important than for Windows, which will have the right date from the start.

@sschuberth what do you think? as long as the filename format doesn't change, this should keep working. If the downloads on the github repo start getting the right timestamp, we can simplify this so we take it instead of parsing the filename.

@carlosmn carlosmn donloads: show the installer/package release date
Yet Another Msygit Fix. Store the installer's release date as a
separate field, as it's not always the date that the version was
tagged.

This allows us to report the correct release date in the /download/win
page. Unfortunately the msysgit downloads aren't always uploaded to
github on the date that the installer has, so we need to parse it to
get the release date.
2ba9951
@bry4n bry4n merged commit adbbe80 into git:master Sep 25, 2012

1 check failed

Details default The Travis build failed
@bry4n
Git member

Merged, thanks! 👍

@sschuberth
Git member

@carlosmn: So, I was about to review this as requested, but then bry4n has already merged. I'm not too familiar with Ruby, but I think the code looks fine. There's just a typo in the commit message, "donloads" should have said "downloads".

Edit: I'm slightly confused by your statement "as it's not always the date that the version was tagged", though. For example, Git-1.7.11-preview20120710.exe was also tagged on 2012-07-10, but still the download page showed "It was released 3 months ago, on 2012-06-17" before your fix. So I guess the real problem was that most recent Git for Windows releases were not uploaded last, and not on the date they were tagged / built. However, that's just a matter of wording in your commit message, the fix itself seems to be correct. Thank you!

@bry4n
Git member

@sschuberth, I just deployed the fix to git-scm.com few mins ago. The download page showed "It was released 3 months ago, on 2012-07-10."

@carlosmn

I guess I really should tell my editor to start spell-checking automatically.

@sschuberth "tagged" refers to the git version, which is what the site knows about. Before this, it would always show when Junio ran e.g. git tag rather than when msysgit released, as it couldn't tell git and msysgit appart. Even with my couple of fixes, the site is still only partially aware of the difference between them.

Long-term it probably makes sense to read the date from the tag in the msysgit repo, though we still would have to deal with the fact that there is more than one msysgit release for a particular git version, which means that we'd still need to know the tagname <-> filename mapping so it's still going to be a bit fragile, and only really worth it if you decide to change the naming scheme.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment