Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 5 Jul 1994 17:34:49 -0600
From:      Nate Williams <nate@bsd.coe.montana.edu>
To:        "Rodney W. Grimes" <rgrimes@freefall.cdrom.com>, paul@isl.cf.ac.uk (Paul)
Cc:        cvs-all@freefall.cdrom.com
Subject:   Re: 2.0 access
Message-ID:  <199407052334.RAA00711@bsd.coe.montana.edu>
In-Reply-To: "Rodney W. Grimes" <rgrimes@freefall.cdrom.com> "Re: 2.0 access" (Jul  5, 10:04am)

next in thread | previous in thread | raw e-mail | index | archive | help
[ Doing updates from a sup'd CVS tree ]
> No, simpler than that (or at least less network traffic).  Since you
> have a local updateable copy of the cvs tree, you simple ncvs co src
> into /usr/src on your box and run ncvs updates on it after any sup (
> suggest you do it in the same cron job if you use cron to sup with).

Actually, I suggest NOT doing that since you may over-write work-in-progress.

That way you can update at will and bring in only those changes you feel
you can test.

I only update at points where I feel I can devote the time to
testing/fixing the bugs, otherwise it just 'queues' the changes into the
CVS tree for later update.

This allows allows me to beat the snot out of certain things on the system
and test them against a known release (source and binary) w/out losing
track of the important incremental changes that are un-related to my
project.

> Some notes about all of this:
> 
> 1.  I have been using a model very similiar to this since March.  It
>     works and works well.

And I long before that.  Most of my work over a year ago was done with
this model.

> 3.  There should never be a case where a whole file is brought back to
>     freefall and commited over existing work.  We have on several occasions
>     had major screw ups in the sources do to someone submitting a patched
>     up version of an older file for inclusion into the release, and then
>     blindly commiting the ``fixed but older'' file over the top of -current.

I would disagree with this when the new file is bigger than the diffs, but
that's picking nits.




Nate




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199407052334.RAA00711>