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

Re: excellent GIT video

From: Karl Fogel <kfogel_at_red-bean.com>
Date: 2007-11-02 20:07:25 CET

"Ben Collins-Sussman" <sussman@red-bean.com> writes:
> On 11/2/07, Micah Elliott <mde@micahelliott.com> wrote:
>> Again, privacy. Linus' argument is that a big problem is that
>> branches are globally visible in the centralized model. Most
>> agree that "commit early, commit often" is desirable, but that's
>> restricted if your micro-commits are visible to the world, even
>> if it's only your own buggy branch. The picture to keep in mind
>> is that of a developer wanting to make a bunch of silly,
>> potentially embarrassing changes to his local branch while on a
>> spike, and later sending a super-commit (non-local) agglomerating
>> and cherry-picking only the "smart" net result of all the
>> micro-changes. This model better allows a developer to use the
>> VCS as a scratch pad to record whimsical direction.
>
> Are programmers really that prone to embarrassment? I mean, if you
> create a private branch in central repository, and tell your peers
> that you're just experimenting or saving scratch-work, what's the big
> deal? I've never thought of developers as so ... insecure.

I have to agree with Micah here. I keep running into programmers --
pretty good ones -- who are not comfortable with the wide-open,
peer-review-at-any-time process that we're used to in the open source
world. They have a different personality than the one we're used to,
but that's because our environments have selected against that kind of
programmer. It doesn't mean that kind of programmer is bad, though.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Nov 2 20:07:48 2007

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.