public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Eli <eli.carter@inet.com>
To: "Jonathan A. George" <JGeorge@greshamstorage.com>
Cc: Dave Jones <davej@suse.de>, Rik van Riel <riel@conectiva.com.br>,
	linux-kernel@vger.kernel.org
Subject: Re: Kernel SCM: When does CVS fall down where it REALLY matters?
Date: Fri, 08 Mar 2002 15:59:05 -0600	[thread overview]
Message-ID: <3C893429.2020406@inet.com> (raw)
In-Reply-To: <3C87FD12.8060800@greshamstorage.com> <Pine.LNX.4.44L.0203072057510.2181-100000@imladris.surriel.com> <20020308021909.L29587@suse.de> <3C891EA4.6090102@greshamstorage.com>

Jonathan A. George wrote:
 >  My respect for BK is certainly been enhanced by this
> discussion, but I still would prefer a free (or failing that GPL) 
> license. ;-)
> 
> Comments?

A comment/request.
Take your list of requirements and see how each system "we" (as in 
kernel hackers) use stacks up and post that to the list.

Be sure to include ARCH, Bitkeeper, CVS, diff&patch, emacs, SCCS, 
Subversion, and any others I've missed... I don't know what all the 
options are, and that is something that would be useful to know.
(Also, consider "bundles" such as CVS+cervisia+tkdiff or something).
The list should have comments about each rather than just a checklist, 
so you give an idea of quality of implementations as well.
Actually, Larry McVoy might have such a compilation in his sales 
materials, or should. ;)

Also, you didn't mention Subversion, which is a Free license, and has 
many of the same stated goals as you have.  There is some decent 
documentation on their design and some discussion about _why_ they made 
their choices.  That should be worth-while reading regardless of the 
path you choose to pursue.  You might consider that if Subversion does 
half of your goals it might be easier to add to it than start from CVS 
or from scratch...

Comments?

Eli
disclaimer: I use CVS because it is what I know and it is available 
"everywhere".  I'm planning to use Subversion at some future date. 
Plans subject to change based upon additional knowledge, partly from 
this list. *shrug*
--------------------. "If it ain't broke now,
Eli Carter           \                  it will be soon." -- crypto-gram
eli.carter(a)inet.com `-------------------------------------------------


  reply	other threads:[~2002-03-08 21:59 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-03-07 23:51 Kernel SCM: When does CVS fall down where it REALLY matters? Jonathan A. George
2002-03-07 23:59 ` Rik van Riel
2002-03-08  0:03   ` Cort Dougan
2002-03-09 11:17     ` Roman Zippel
2002-03-09 16:45       ` Kurt Roeckx
2002-03-08  0:26   ` Andrew Morton
2002-03-08  0:36     ` Rik van Riel
2002-03-08  1:48     ` Neil Brown
2002-03-10 20:27       ` Pavel Machek
2002-03-11 21:11         ` Rik van Riel
2002-03-12 16:31           ` Pavel Machek
2002-03-08  7:37     ` Alex Riesen
2002-03-08  0:29   ` Jonathan A. George
2002-03-08  0:43     ` Rik van Riel
2002-03-08  9:32       ` Pau Aliagas
2002-03-08 16:37         ` Rik van Riel
2002-03-08 20:15           ` Pau Aliagas
2002-03-08 20:22             ` Rik van Riel
2002-03-08 20:28               ` Pau Aliagas
2002-03-08  0:38   ` Erik Andersen
2002-03-08  9:38     ` Pau Aliagas
2002-03-09  1:52     ` Val Henson
2002-03-09  2:00       ` Mike Fedyk
2002-03-09  2:25       ` Dave Jones
2002-03-08  1:19   ` Dave Jones
2002-03-08 20:27     ` Jonathan A. George
2002-03-08 21:59       ` Eli [this message]
2002-03-08  3:15   ` H. Peter Anvin
2002-03-08  9:39     ` Pau Aliagas
2002-03-11 17:05   ` Larry McVoy
2002-03-11 17:12     ` Randy.Dunlap
2002-03-11 17:25       ` Larry McVoy
2002-03-11 17:53       ` Jonathan A. George
2002-03-11 18:03         ` Larry McVoy
2002-03-11 20:36     ` Rik van Riel
2002-03-11 21:01       ` Larry McVoy
2002-03-11 21:28         ` Rik van Riel
2002-03-10 19:28 ` Pavel Machek
  -- strict thread matches above, loose matches on Subject: below --
2002-03-09 22:22 Tom Lord
2002-03-11 17:10 ` Larry McVoy
2002-03-12  6:09   ` Tom Lord

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

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

  git send-email \
    --in-reply-to=3C893429.2020406@inet.com \
    --to=eli.carter@inet.com \
    --cc=JGeorge@greshamstorage.com \
    --cc=davej@suse.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=riel@conectiva.com.br \
    /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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox