Hello git users / maintainers / fans, My fellow projecteers and I watched a presentation given by Linus Torvalds on the advantages of git given at a google questions session sometime recently. Our project, www.rockbox.org, an open source firmware replacement project for digital audio players currently makes use of subversion for it's source code management system, but Linus's eloquent (though sometimes rather blunt) speech has made us question whether git is perhaps a better solution for us. On the whole, we like a lot of the features it offers but, we have a couple of issues which we've discussed, and so far have failed to come up with a decent resolution for them. 1) Due to the nature of our project, with multiple architectures supported, we strive to provide a binary build of our software with every commit to the subversion repository. This is so that we can provide a working firmware for the majority of our users that don't have the necessary know-how for cross-compiling and so forth. 2) Unlike the Linux Kernel, which Linus uses as a prime example of something git is very useful for, the Rockbox project has no central figurehead for anyone to consider as owning the "master" repository from which to build the "current" version of the Rockbox firmware for any given target. 3) With a central repository, for which we have a limited number of individuals having commit access, it's easy for us to automate a build based on each commit the repository receives. Given these three points, we wonder how we'd best achieve the same using git. As far as we can make out we'd need to appoint someone as a maintainer for a master repository whose job it is to co-ordinate pulls from people based on when they've made changes we wish to include in the latest version of our software. This sounds like a time consuming role for a project which is only staffed by volunteers. Can anyone offer any insights for us here? Bryan - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
