GitHub is making me lazy but I like it
blog.hipchat.com
blog.hipchat.com
There's a real need and advantage to having a canonical, master repository - something users can trust that's been properly vetted, tested and debugged. There's a lot of value in a single place for discussion with public, searchable archives so that users can learn the project history, why decisions were made and, if necessary, ask new questions. There's nothing worse than having to use Google to search blogs for outdated documentation and discussions split across little more than tweets.
GitHub encourages forking but it doesn't necessarily encourage merging. Successful open source projects which a large, invested user base require a bit more structure, stability and developer support than GitHub encourages. It may be a great place to start a project, but at some point, I can see projects graduating to their own infrastructure and a real, organized community.
First, by making it trivial to get patches to the maintainer. Prior to GitHub, if you wrote a patch for a project, you would have to track down the appropriate channel to submit the patch, then jump through any hoops required. Whether it be mail directly to the maintainer, a patch on a bugtracker (probably also requiring signup), mail to a mailing list (again probably requiring signup), patch having to be in a particular format, etc.
The second problem is what to do if the maintainer doesn't respond? Sometimes you might end up forking the project and hosting it in yet another random web page. Sometimes you might just end up dumping the patch onto the net, in the vain hope that someone else would find it if they had the same problem. I have done both, a number of times. With GitHub, the patches are clearly there as forks.
At least with GitHub, the barrier to writing a patch and getting it in the face of the maintainer is almost zero. This is an improvement. If they don't respond, at least it's obvious to users from the proliferation of forks, and if they're lucky they can find the particular fork that fixes their issue.
Solving the human problem of maintenance is a big challenge. If GitHub solves that as well, I'll be amazed.
That in itself should provide an incentive for GitHub to avoid alienating its users. It's like bringing an umbrella so it won't rain, in a world where such things actually worked.
Not sure about the issues or other things, though.
In terms of exporting your data: we have a fully featured api (http://develop.github.com) in addition to features like our Wikis which preserve all history and content in a git repository you can clone down. We'll always try and make this better, but you should be able to export any data you wish right now.
Note: I'm a paying and satisfied customer of GitHub!
Another great contribution from GitHub is the way it's founders help push better standards for coding: TomDoc, Semanic Versioning, etc.