eliott wrote:
@AUR2 Devs: I decided i'll try to provide you a git repo asap, means that it this task went some entries up in my tasklist ;).
Well. Thinking about it.. git, as well as other distributed scm systems, are largely pull based. Sure they can be centralized (a subset of distributed), but I don't think we need to rush out and create a central repo.
The arch devs can certainly create a 'master' repo that people can pull from. Then each of the devs that want to contribute can either put their own repo online that we can pull from, or they can submit mail patchgobs for inclusion.
This is how the pacman source submission process works, as well as the linux kernel.
So if you want to setup a central repo for people to work from, that is great. However, I think for upstream submission, we will probably just use pull or patchgob instead of direct push from everyone.
Elliott, Thanks MUCHLY for posting this, which is EXACTLY what I was going to say, but hadn't the time to get it out. As the one currently rolling releases for the existing AUR, my current plan is to make and maintain a GIT repo on my own server and do releases from a release branch in that repo. I will then coordinate with other trusted developers like Joerie and the original team and start pulling/cherrypicking their changes as appropriate. I'll probably pull from their own git branches directly to a development branch and cherrypick specific changes for the stable branch as necessary. As necessity dictates, I will consider giving Simo/Jason/other people who wish to be allowed to actually do releases the ability to push directly to my git repo, though they can also just make releases from their own git repos as long as we all pull each others changes. I'd be happy to hear comments on this model. It sounds like the way git was intended to be used, and much like the way Linus uses it for the kernel. - P