Received: (from majordom@localhost) by hyperreal.org (8.8.5/8.8.5) id LAA16821; Tue, 2 Sep 1997 11:31:07 -0700 (PDT) Received: from DECUS.Org (Topaz.DECUS.Org [192.67.173.1]) by hyperreal.org (8.8.5/8.8.5) with ESMTP id LAA16644 for ; Tue, 2 Sep 1997 11:30:02 -0700 (PDT) Received: from Master.DECUS.Org (master.process.com) by DECUS.Org (PMDF V4.2-13 #18511) id <01IN659JE9XC8WXNHP@DECUS.Org>; Tue, 2 Sep 1997 14:29:48 EDT Date: Tue, 02 Sep 1997 14:19:17 -0400 From: coar@decus.org (Rodent of Unusual Size) Subject: Re: CVS updating of apache.org website To: New-HTTPd@apache.org, Coar@decus.org Message-id: <97090214191731@decus.org> X-VMS-To: NH X-VMS-Cc: COAR Content-transfer-encoding: 7BIT Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org >From the fingers of Dean Gaudet flowed the following: > >Ken, branches are not only poorly supported, but they're also slow. For >example, to access a branch revision, CVS starts with the current HEAD, >applies reverse patches to get to the branch point, then applies forward >patches to get to the branch revision desired. On some of our files this >is getting up into the 30 or 40 patches range (CHANGES is the worst). >CVS/RCS strongly favour development on the HEAD ... because there's a >plain copy of the HEAD in each file that can be copied out when doing a >checkout. Oooh. Yggh. Okey, I guess I'm not qualified to have an opinion based on technical merit, then. I'm +1 for separate modules for ease-of-use, I guess - it's how I view my working directories, anyway. #ken P-)}