unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: David Kastrup <dak@gnu.org>
To: "Stephen J. Turnbull" <stephen@xemacs.org>
Cc: emacs-devel@gnu.org
Subject: Re: dVCS vs. CVS
Date: Mon, 07 Jan 2008 23:19:20 +0100	[thread overview]
Message-ID: <85r6gt8ejb.fsf@lola.goethe.zz> (raw)
In-Reply-To: <87fxx9thzm.fsf@uwakimon.sk.tsukuba.ac.jp> (Stephen J. Turnbull's message of "Tue, 08 Jan 2008 06:59:09 +0900")

"Stephen J. Turnbull" <stephen@xemacs.org> writes:

> David Kastrup writes:
>
>  > Sure.  The question is whether they are more effective in that manner.
>  > 
>  > Linus Torvalds averages something in the order of hundreds of daily
>  > patch sets for reviewing, applying, handling in the Linux kernel.
>  > He would not be doing that using CVS.
>
> No, but he did approximate it without any VCS at all.

Reality check.  He switched to using Bitkeeper exactly because he was
not able to keep up with development, getting stressed out, dropping
patches and so on.  And Linux development screeched to a crawl for a
number of months when the Bitkeeper license got revoked and Linus and
others coded git to usability in a frenzy.

So it is disingenuous to claim that Linus is not more effective while
using appropriate version control than when not doing so.

> And, AIUI, that is where Richard is coming from.

But Linus has long long ago left already.

> Admittedly, without a dVCS, to do what Richard does or what Linus used
> to do requires extreme talent as well as discipline.  However, with
> discipline it is possible for any developer to achieve fairly high
> productivity (explicit estimates in this list have been running about
> 20-25% less than with the tool, very small compared to the 10:1
> differences commonly reported for differentials across developers in
> both LOC and defect rate).

It is not that Linus is keeping secret his productivity gains from using
first Bitkeeper, then git.

The reason he was pressured to start using such a system was titled
"Linus does not scale well".  And in contrast to Richard, Linus is not
distracted by as many different tasks as speaker, lobbyist and president
of the FSF.

> Now, I see no reason to believe that Emacs is lacking such discipline.
> The behavior of Richard, Eli, and Alan leads me to believe, on the
> contrary, that there is a powerful discipline here.  If so, such a
> discipline is a more or less fixed investment, that shows up in a
> reluctance to change workflow.  That reluctance is well-justified!

Richard is only intermittently with net access and/or time.  With
distributed version control, managing more than one construction site at
once between checkins and working with experimental code would become
quite easier.  Of course, in the long run we will be better off with a
project manager with better availability, but dVCS would at least soften
the impact of not being continuously available and online.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

  reply	other threads:[~2008-01-07 22:19 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-06 14:01 dVCS vs. CVS Bastien
2008-01-07 15:23 ` Yavor Doganov
2008-01-07 16:03   ` Tassilo Horn
2008-01-07 21:00     ` Alan Mackenzie
2008-01-07 22:45       ` Tassilo Horn
2008-01-08  2:46         ` Michael Olson
2008-01-08  9:28     ` Yavor Doganov
2008-01-08 12:59       ` Miles Bader
2008-01-07 16:05   ` David Kastrup
2008-01-07 21:52     ` Bastien
2008-01-07 21:59     ` Stephen J. Turnbull
2008-01-07 22:19       ` David Kastrup [this message]
2008-01-08  8:57         ` Stephen J. Turnbull
2008-01-09 11:37           ` Richard Stallman
2008-01-07 22:33       ` Bastien

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=85r6gt8ejb.fsf@lola.goethe.zz \
    --to=dak@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=stephen@xemacs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).