[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn commit: rev 3964 - in trunk: . subversion subversion/libsvn_ra subversion/include subversion/tests/clients/cmdline/getopt_tests_data subversion/libsvn_ra_svn subversion/svnserve

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2002-12-03 19:05:08 CET

Greg Hudson <ghudson@MIT.EDU> writes:

> I'm going to run into this issue again if I ever write libsvn_fs_fs (or
> whatever it gets called). You can't exactly write an fs or ra layer as
> a series of small commits, because you don't really know if your design
> is going to work until you've written a good 60% of the code.

I don't think anyone objects to this new code being in the tree.
We're all super happy about this contribution.

I think Greg Stein's point (which I agree with) is that we're trying
to prevent anti-social behavior here. It's very "uncollaborative" to
crawl into a cave, write a massive feature, then present it to the
world. We've criticized gat for this, as well as mbk, and we'd like
to discourage others from repeating this behavior in the future. So
pretty please, ghudson, don't write libsvn_fs_fs in cave!

I understand that many people want to work alone -- or don't want to
be drowning in feedback before they even have working code. But it's
easy to ask people to back off. Notice what I/cmpilato/fitz are doing
with the Subversion book... we're working on it incrementally, in
public, but people have been very good about leaving us alone (until
we ask for feedback later.) It's just a matter of asking people to do
so. And when you're done, there's no "overwhelming power-plant"
effect.

So consider this a social-engineering request. :-)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Dec 3 19:07:43 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.