From owner-freebsd-current Tue Feb 26 19:19:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from root.com (unknown [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id 7BD1E37B400; Tue, 26 Feb 2002 19:19:28 -0800 (PST) Received: (from dg@localhost) by root.com (8.11.2/8.11.2) id g1R3Hil22631; Tue, 26 Feb 2002 19:17:44 -0800 (PST) (envelope-from dg) Date: Tue, 26 Feb 2002 19:17:44 -0800 From: David Greenman To: Peter Wemm Cc: Robert Watson , current@FreeBSD.ORG Subject: Re: Discussion of guidelines for additional version control mechanisms (fwd) Message-ID: <20020226191744.C21520@nexus.root.com> References: <20020226184654.B21520@nexus.root.com> <20020227030625.2772939F1@overcee.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020227030625.2772939F1@overcee.wemm.org>; from peter@wemm.org on Tue, Feb 26, 2002 at 07:06:25PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >> Anyway, my point is that the Perforce repo itself isn't the problem. The >> problem is that people are maintaining private patch sets for long periods >> and making claims to the areas that their patches cover. Step-wise evolution >> is the only way to go in this distributed development model and in order to >> acheive this, private development trees need to be minimized as much as >> possible. > >Some things are too impractically large to do incrementally and are an >all-or-nothing thing. I recall seeing your early VM commits which were huge, >you had been working on for months, and were not incremental things. Actually, most VM system work that was done was developed over a period of a few weeks at most, and in most cases were developed and tested in less than a week. John Dyson had some stuff that brewed for a month or so and in fact that caused some problems when I wanted to work in a similar area. In those cases, John D and I collaborated very closely on the VM work, and often emailed each other patches to integrate into each other's trees. ...but the important point is that I don't believe that we ever told people not to work on the VM system because it might conflict with our work. We told people not to work on it because it was too delicate and too easily broken. :-) -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com President, Download Technologies, Inc. - http://www.downloadtech.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message