On Feb 12, 2013, at 9:57 AM, Thijs Alkemade <m...@thijsalkema.de> wrote:
> I'm not against also running a Github mirror, there are tools that should > allow lossless conversion between the two. However, last time I tried those > (https://github.com/xnyhps/adium), the repository went from ~700 MB to > 2.5GB. Anyone who would want to use Github to quickly send a pull request to > Adium would probably give up trying to clone that. I could have a look at > what causes that enormous increase in size, but unless we decide to drop > a lot of history and create a new repository without binary frameworks it > will still end up quite large. Some things: - Github has a soft repo limit of 1GB. A bunch of forks of a 2.5GB Adium would probably not make them happy (https://help.github.com/articles/what-is-my-disk-quota) - As part of trying to fix our external binary files problem, we could put the binary files in an external repo, hosted by us, and write a script to download the correct versions after checkout. (The script would be versioned, which would keep old versions of the source available. And if the directory where library verisons were downloaded to was marked as ignored by Git, it could function as a local cache making offline usage less painful.) (I also have ideas about some simple pre-processor things we can do to make the "check out adium, try to build" workflow at least have a helpful error message.) - The above would mean starting over, again, on a new repository. Frustrating because now we've got history in even more places. - I worry about the GPL nature of Adium being unclear to contributors and Github's pull requests, while easy to use, make it very, very difficult to confirm that a contributor is aware of the licensing situation. Would it be worth it? I don't really know. But attracting new contributors to Adium is certainly important, especially at the moment. Let me know if there's anything I can do to help. -Colin
