On Thu, May 1, 2008 at 8:05 AM, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
> IMO, forking really is against the Apache Way, which has nothing to do > with a particular workflow, but because it doesn't foster a community > driven development practice. Development within Apache must take place > in the open, on the mailing lists, through a central repository. > Forking goes against that principle. Absolutely, and that's why I recommend forking with Git. The point of my e-mail was how to use Git responsibly precisely because it helps develop in the open. It's true that Git also makes it possible to hide in a cave for months and then make a massive code drop. It's also true that we don't (and won't) have to accept that sort of behavior here. I think others will agree with me, open source is great, but open development is what we're really after. It's possible to use Git responsibly for open development. You can check the SVN commit log (we're all working with Git since a while), tell me if you think we're holding back on sharing with the community: http://mail-archives.apache.org/mod_mbox/incubator-buildr-commits/200804.mbox/browser Committers get more mileage out of Git because, when used responsibly, it's the better SVN. Again, when used responsibly. What about non-committers? They can only check code out of SVN, but they can't do development in the open because there's no way to share what they're working on. It's all tucked away in some SVN working directory on their computer. Git changes that by allowing everyone to use a public repository the way only committers could use SVN branches: to start working on something in public, and to share it with everyone else. That way we get development in the open instead of massive drops of patches. And that's the practice we want to encourage. We want to allow anyone, committer or not, to come on the mailing list and say "here's something I'm working on, care to check it out? can you help me work on it?" And it's easier for us to look at a patch that was developed out in the open, with the participation of others, and accept its submission because of that. Assaf > > > Martijn >
