Date: Sun, 23 May 1999 11:57:53 +0200
From: "Ralf S. Engelschall" <rse@engelschall.com>
To: new-httpd@apache.org
Subject: Re: [PATCH] Expat patch #3
Message-ID: <19990523115753.A1890@engelschall.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Organization: Engelschall, Germany.
Sender: new-httpd-owner@apache.org
Precedence: bulk
Reply-To: new-httpd@apache.org


In article <374735AF.442CDB0D@lyra.org> you wrote:
> Ben Laurie wrote:
>> Ralf S. Engelschall wrote:
>> > In article <374675DC.76022A16@lyra.org> you wrote:
>> > > I was planning to follow the directions located in 7.4.1 of:
>> > >
>> > > http://durak.org/cvswebsites/doc/cvs_7.html#SEC69
>> > >
>> > > Copying the history files will carry over tags and stuff which is the
>> > > Wrong Thing(tm). By doing an add/rm pair, the history of the old files
>> > > is maintained in their proper location, while the new files begin a new
>> > > set of history with no tags and stuff. Their initial comment states how
>> > > they arrived and where prior history information is located.
>> >
>> > Err.... no, we've always preserved tags and history in such
>> > changes and I still think it's not a Wrong Thing (tm).
>> 
>> Well, some of us think it is wrong. I totally fail to understand why
>> people think it is a good idea to set up a situation where what you
>> check out for date/version X is not what you actually had.
> 
> Precisely. It will be strange to fetch a copy of 1.3.2 and have a
> src/lib/regex exist.

That's correct. That's why it can be reasonable to remove the _tags_ on the
files in the new location, of course. I've no objection on this.  My concern
is just related to the file history - which should be preserved. 

                                       Ralf S. Engelschall
                                       rse@engelschall.com
                                       www.engelschall.com