From owner-freebsd-hackers Tue Aug 6 10:56:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03757 for hackers-outgoing; Tue, 6 Aug 1996 10:56:57 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA03749 for ; Tue, 6 Aug 1996 10:56:55 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA13612; Tue, 6 Aug 1996 10:53:09 -0700 From: Terry Lambert Message-Id: <199608061753.KAA13612@phaeton.artisoft.com> Subject: Re: Announcing CVSup: Intelligent SUP Replacement To: chuckr@glue.umd.edu (Chuck Robey) Date: Tue, 6 Aug 1996 10:53:09 -0700 (MST) Cc: jdp@polstra.com, terry@lambert.org, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Chuck Robey" at Aug 6, 96 00:11:57 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I have a limited idea, and a somewhat limited understanding of the problem > (I'm reading avidly, but just getting used to cvs), but could I make a > suggestion? How about reserving numbers on the main cvs tree, for every > file you intend to modify, in advance? That way you'd not have the > problem of number collisions, no matter how many developers decided to > hack the same code at the same time, the one's that did it remotely would > HAVE to check in the get numbers. Actually, this is exactly the problem. The issue is not loose coupling of developers with commit access, it's allowing developers without commit access to have local version control on files the intend to submit. The tool allows the decoupling of the review process from preventing additional developement pending outcome of the review. Someone may implement 6 or 8 more things while waiting for the first thing to be reviewed this way. The local version control for local experimentation by developers with commit access is a bonus side effect. Another side effect is that it allows vendor branchine for derivative distributions, with change merge. This supports people who want to sign NDA and write a Buslogic driver (for instance), since it is not possible to take their code into account if they can't release it. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.