Date: Tue, 19 Aug 97 23:28:52 +0200 From: Ben Stuyts <benst@terminus.stuyts.nl> To: Nate Williams <nate@mt.sri.com> Cc: stable@freebsd.org Subject: Re: cvs keeps putting src/contrib/tcl/library/http1.0 back in Message-ID: <199708192128.XAA06872@daneel.stuyts.nl> In-Reply-To: <199708192055.OAA07251@rocky.mt.sri.com> References: <199708191952.VAA06781@daneel.stuyts.nl> <199708192055.OAA07251@rocky.mt.sri.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 19 Aug 1997, Nate Williams wrote: > 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 Ok, that's what I said in my original message. I understand your reasoning, but it's not what I expected. Slight side note: However, this means that 'make update' in /usr/src is somewhat broken, because it always does a 'cvs -q update -P -d'. Best regards, Ben
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199708192128.XAA06872>