Date: Tue, 19 Aug 1997 14:55:26 -0600 (MDT) From: Nate Williams <nate@mt.sri.com> To: ben@stuyts.nl Cc: stable@freebsd.org Subject: Re: cvs keeps putting src/contrib/tcl/library/http1.0 back in Message-ID: <199708192055.OAA07251@rocky.mt.sri.com> In-Reply-To: <199708191952.VAA06781@daneel.stuyts.nl> References: <199708191952.VAA06781@daneel.stuyts.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
> I'm having a problem with cvs. I have checked out the full source tree of > RELENG_2_2. Lately, make world falls over, because 'cvs update -d -P' insists > on checking out /usr/src/contrib/tcl/library/http1.0/ (and files below it) > that are part of current, not stable. I think this should not happen, because > the Tag file in /usr/src/contrib/tcl/library/CVS clearly has RELENG_2_2 in it. When CVS checks out new directories, it doesn't pick up the Tag from the current directory. Whether this is a bug or not depends on your view of CVS. I consider it neither, since both ways are valid. If you're using CVS in a 'work' directory, and you check out a new file, it's not obvious that you don't want the 'current' version, instead of the tagged version, so you shouldn't be using the parent's TAG. But, in the case of recursive (ie; updates), you may want the tag. In short, I don't consider it a bug, but neither do I consider it a feature. The solution is simple, and to always specify the tag when using '-d'. So, I always use: % cvs update -Pdr TAG_NAME *or* % cvs update -PdA (-A implies blowing away the tag and using the 'head' revisions). Nate
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199708192055.OAA07251>