From owner-freebsd-hackers Fri Apr 18 16:03:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA10415 for hackers-outgoing; Fri, 18 Apr 1997 16:03:00 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA10404 for ; Fri, 18 Apr 1997 16:02:55 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA03282; Fri, 18 Apr 1997 16:01:22 -0700 From: Terry Lambert Message-Id: <199704182301.QAA03282@phaeton.artisoft.com> Subject: Re: Accomodating Terry To: neswold@FNAL.GOV Date: Fri, 18 Apr 1997 16:01:22 -0700 (MST) Cc: hackers@freefall.freebsd.org In-Reply-To: from "Richard Neswold" at Apr 18, 97 04:50:50 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > CVS updates will still keep me current. I get revision control of my changes > while I develop. The main repository only gets my "final" source base. > > Am I missing something in this scenario? | % cvs log foo.c | RCS file: /b/cvstree/ncvs/src/sys/kern/foo.c,v | Working file: foo.c | head: 1.8 | branch: | locks: strict | access list: | symbolic names: | RELENG_2_2_1_RELEASE: 1.6 | RELENG_2_2_0_RELEASE: 1.6 | RELENG_2_2: 1.6.0.2 | phk: 1.1.1.1 | ORIG: 1.1.1 | comment leader: " * " | keyword substitution: kv | total revisions: 9; selected revisions: 9 | description: | ---------------------------- | revision 1.8 | date: 1997/02/22 09:39:14; author: terry; state: Exp; lines: +1 -1 | Added much slower code to work around bug in block I/O subsystem; | this will need to be backed out to the previous revision when the | block I/O subsystem has been corrected. | ---------------------------- | ... Oops. You don't have a previous revision, do you? You only have your 'tip'. And your 'tip' is not the correct "final" source base. I'm worried about getting all of this baseline code in and then finding out 3 months down the road that one of the baseline module changes I made was the wrong one, but having no way to back it out or find out what the previous code should have looked like without rewriting from scratch. Also, if you are trying to follow a set of changes, having them appear full-blown in the source tree won't really help your understanding. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.