I was a vocal critic when GitHub discontinued their downloads product earlier this year. I work on open source projects with compiled binaries. GitHub's answer to distribution had been "Use S3" which I never found satisfactory.<p>As soon as they release an API, I'll be migrating all my projects over.<p>EDIT: Just added my first release. Super easy. <a href="https://github.com/hawkthorne/tmx2lua/releases" rel="nofollow">https://github.com/hawkthorne/tmx2lua/releases</a>
I just had a glimpse of a wonderful future where GitHub releases a payments system, packaging options, and suddenly becomes an ideal app store ecosystem.
Here's a few examples of Releases:<p><pre><code> https://github.com/reactiveui/reactiveui/releases
https://github.com/github/akavache/releases
https://github.com/xpaulbettsx/splat/releases</code></pre>
While on the subject: does anyone know a software/service for automating software releases?<p>I usually perform these steps manually:<p>create a new tag, merge the “next” branch into the “master” branch, run “make dist” from a clean checkout, do a handful of sanity checks on the result, gpg-sign it, push it into a separate git repository for the website, archive the current docs in the website, update the website’s docs with the new docs, send posts to a mailing list, twitter, google+, update the changelog with a placeholder for the new version.<p>I realize not 100% of that is reasonably automatable, but is there anything which tries to tackle this problem?
Is there any way to add the release notes via a git commit? This is very nice, but it introduces further dependence on GitHub if something like that isn't possible. I suppose as long as there's API access someone could / will write an exporter, though. Anyway, great stuff either way!
Something like this was missing since they removed the uploads [1].<p>Basically a release bundle may not be exactly the same stuff you have in your source code repository. You may need to generate documentation, configure files, run setup.py sdist or whatever, so a release may not be exactly a snapshot of your git repo.<p>So this is perfect. Great feature GitHub, thanks!<p>It would be nice that tags != releases though, because I can think of scenarios where you may add a tag that is not meant to be a release (ie. security update, you may want to tag the commit with a CVE).<p>Also it would be great if you could just link or display the changelog, CHANGES or NEWS instead of writing a text describing the release. That's for projects that already have a release procedure, but for the rest this is HUGE change because GitHub just improved their project management! I love it!<p>[1]: <a href="https://github.com/blog/1302-goodbye-uploads" rel="nofollow">https://github.com/blog/1302-goodbye-uploads</a>
Here's an example in action:<p><a href="https://github.com/git-tfs/git-tfs/releases" rel="nofollow">https://github.com/git-tfs/git-tfs/releases</a>
Excellent timing, just released a new version of MoonScript today, here it is in release form: <a href="https://github.com/leafo/moonscript/releases/v0.2.4" rel="nofollow">https://github.com/leafo/moonscript/releases/v0.2.4</a>
I see a problem with the current implementation: Releases are auto-generated from git tags. That means all tags you'll ever use on your repo will be auto-exposed as "release", even if the tag reads "dead_end_implementing_foo" or "before_major_rewrite".
Tags are an implementors' tool, releases belong to product management. I want to be able to control my releases, so at least be able to delete auto-generated ones (without losing the git tag).
Wonderful, however the UI for upload sucks.<p>It requires Adobe Flash to upload and since I have blocked plugins by default, even if I enable the plugin after loading the page (through Firefox's click to play), it doesn't work.<p>GitHub, please:
1. don't make Adobe Flash necessary.
2. allow me to select a file through browser's File dialog. I don't like drag and drop.
Well done. This will work quite well with Vincent Driessen's "A Successful Git Branching Model." <a href="http://nvie.com/posts/a-successful-git-branching-model/" rel="nofollow">http://nvie.com/posts/a-successful-git-branching-model/</a> And with nearly all sensible git branching models for that matter.
Interesting that they launch this without API access and without adding it to the right hand nav. Sure, it's above your repo but I don't think that catches the eye enough and this is definitely meant to be a primary item users will be searching for.
What a great step for Github. I was impressed with Pages, and now they're providing what SourceForge granted the public with for so many years. Options for everyone. All without the sponsored hosting!