And copying the ,v files messes with history! Damn. Will people just never realize this? Go and check out a copy of the tree by date. Oh! it's fucked. Somebody copied a ,v file.
It isn't all about tags. Use add and rm, with a pointer in the initial checkin comment to where the file came from (and where the history is). Cheers, -g p.s. and yes, subversion rocks the world here, but IMO, we want to use that to set up the "next" free-reign development tree. apache 1.3 and 2.0 will stay in CVS for a while. (well, we could throw them at cvs2svn...) On Wed, Apr 17, 2002 at 03:27:17PM -0700, Scott Hess wrote: > In my experience this argument always ends with: copy the ,v files, then > cvs rm the old version, with a comment on the order of "moved to > ../wherever". Perhaps with a "moved from .../wherever" comment added to > the new version. I think it's even ended that way on this list a couple > times. > > Messing with history is bad! > > Later, > scott > > On Wed, 17 Apr 2002, Ryan Bloom wrote: > > I would much rather move the ,v files. This is a standard argument on > > this list, and there has never been consensus. The history is important > > with stuff like MPMs, and doing a cvs rm, cvs add removes the history. > > > > Ryan > > > > ---------------------------------------------- > > Ryan Bloom [EMAIL PROTECTED] > > 645 Howard St. [EMAIL PROTECTED] > > San Francisco, CA > > > > > -----Original Message----- > > > From: Aaron Bannert [mailto:[EMAIL PROTECTED]] > > > Sent: Wednesday, April 17, 2002 3:12 PM > > > To: [EMAIL PROTECTED] > > > Subject: Re: Move perchild to experimental? > > > > > > On Wed, Apr 17, 2002 at 03:10:10PM -0700, Justin Erenkrantz wrote: > > > > Okay, so it seems we have consensus to move it. > > > > > > > > Uh, how do we move it? > > > > > > > > - Delete it and re-add them in the new directory > > > > - Move the .v files on icarus > > > > > > If you move the ,v files you'll be messing with history, how about > > just > > > delete and add? > > > > > > *cough*svn could probably do it*cough* > > > > > > -aaron > > -- Greg Stein, http://www.lyra.org/
