From owner-freebsd-hackers Sat Sep 27 15:34:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA16755 for hackers-outgoing; Sat, 27 Sep 1997 15:34:40 -0700 (PDT) Received: from usr08.primenet.com (tlambert@usr08.primenet.com [206.165.6.208]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA16735 for ; Sat, 27 Sep 1997 15:34:34 -0700 (PDT) Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id PAA14330; Sat, 27 Sep 1997 15:34:19 -0700 (MST) From: Terry Lambert Message-Id: <199709272234.PAA14330@usr08.primenet.com> Subject: Re: How do I check out a snapshot? To: perhaps@yes.no (Eivind Eklund) Date: Sat, 27 Sep 1997 22:34:18 +0000 (GMT) Cc: chuckr@glue.umd.edu, jkh@time.cdrom.com, hackers@FreeBSD.ORG In-Reply-To: <19970927194809.02902@bitbox.follo.net> from "Eivind Eklund" at Sep 27, 97 07:48:09 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I'm not certain all of this is feasible within the CVS "database > structure" but I've been toying with the idea of implementing some of > this based on meta-information in non-moving tags, with cvs merge > replaced by an external cvsmerge script. If tags to the files you're > modifying anyway are cheap, serializing the commits is something that > could be started more or less right away. If it is expensive - well, > then I need to find another solution, possibly abandoning CVS in the > process. This would have good and bad sides; the worst one is that > this is such a large project that I'd be much less likely to implement > it ;-) For a maybe smaller project while you are in the external scripting for CVS mood, it would be wonderful if you could write something to "change history"... basically, move sections of the source tree around without ending up with attic files all over. The big pain here is correlating makefile changes so the new "old" code will still be able to build historically correct releases. Probably, there should be "path from repository root" information in the files so different revisions check out to different locations... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.