Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 29447 invoked by uid 6000); 21 Dec 1999 18:29:08 -0000 Received: (qmail 29402 invoked from network); 21 Dec 1999 18:29:06 -0000 Received: from nebula.lyra.org (gstein@216.98.236.100) by taz.hyperreal.org with SMTP; 21 Dec 1999 18:29:06 -0000 Received: from localhost (gstein@localhost) by nebula.lyra.org (8.9.3/8.9.3) with ESMTP id KAA18436 for ; Tue, 21 Dec 1999 10:31:22 -0800 Date: Tue, 21 Dec 1999 10:31:22 -0800 (PST) From: Greg Stein To: new-httpd@apache.org Subject: Re: [PATCH] configure.in.in In-Reply-To: <385F930E.7E2FC895@algroup.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org Status: O On Tue, 21 Dec 1999, Ben Laurie wrote: > Manoj Kasichainula wrote: >... > > Right, but I'm talking about using: > > > > 1. cp on taz > > 2. cvs rm > > 3. Eliminate tags > > > > as the move technique. If we later want to move configure.in.in back > > to configure.in, for whatever reason, I would imagine that the "cp on > > taz" step would confuse CVS unless we eliminate the version in the > > Attic as well, and then we have to put back all the tags that we > > lopped off when doing configure.in -> .in.in. > > Yeah, well, I've always said that copying the version history was > bollocks, and this is just futher proof that I'm right. > > > The other option is to lose history of course, by just doing a cvs > > add. > > Which is the correct way, and note the old location when you check it > in, or in the file, or whatever. +1 on Ben's method. -0 on Manoj's method. If a person wants the history, they can use the initial checkin comment to go to the other file and its history. Happy Holidays, -g -- Greg Stein, http://www.lyra.org/