httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ralf S. Engelschall" <...@engelschall.com>
Subject Re: [PATCH] Expat patch #3
Date Sat, 22 May 1999 11:02:06 GMT

In article <374675DC.76022A16@lyra.org> you wrote:
> Ralf S. Engelschall wrote:
>> 
>> In article <3745E84A.F9481DE5@Golux.Com> you wrote:
>> > Greg Stein wrote:
>> >>
>> >> I'll check in everything but my changes to http_main.c, which is
>> >> actually the portion that you have an issue with. I'll still honor your
>> >> veto on that part, or are you changing to -0 for that, too?
>> >
>> > Moving things in CVS is a little complicated.  If I recall
>> > correctly, the sequence for this should be:
>> >
>> > 1. cvs add src/lib
>> > 2. in the master CVS repository, copy the regex/ directory
>> >    and contents (regex/*,v) under lib/
>> > 3. repeat for anything else moving
>> > 4. cvs rm regex/* (and likewise for any other copied
>> >    directories)
>> >
>> > Otherwise there's a risk of specific-version checkouts
>> > not working correctly.  Steps 2 and 3 need to be done
>> > on Taz.
>> >
>> > Did I get the sequence right?  Randy?  Anyone else want
>> > to double-check me?
>> 
>> That's correct. The main important point is that the src/regex/ has to be
>> repository-copied to src/lib/regex/. No "cvs add" should be done for existing
>> files, only a "cvs rm".
> 
> 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).

> Section 7.4.2 doesn't work for us, and I think 7.4.3 is overly complex.
> I don't think we really want the history in the new location. It doesn't
> really make a lot of sense and could confuse somebody who is actually
> reviewing the progression of the files.
> 
> Does anybody object to the move as described by 7.4.1 of the
> above-referenced document?

Yes, I personally would appreciate that you use 7.4.3 but you can leave out
the explicit tagging IMHO.

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

Mime
View raw message