From owner-freebsd-current Thu Mar 14 19: 6:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id D043E37B404; Thu, 14 Mar 2002 19:06:10 -0800 (PST) Received: from caddis.yogotech.com (caddis.yogotech.com [206.127.123.130]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id UAA20814; Thu, 14 Mar 2002 20:06:04 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by caddis.yogotech.com (8.11.6/8.11.6) id g2F363H43885; Thu, 14 Mar 2002 20:06:03 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15505.25883.350996.459890@caddis.yogotech.com> Date: Thu, 14 Mar 2002 20:06:03 -0700 To: Robert Watson Cc: Dag-Erling Smorgrav , bmah@FreeBSD.ORG, Peter Wemm , Murray Stokely , current@FreeBSD.ORG, re@FreeBSD.ORG Subject: Re: CVS Issues with branch.. Was: Re: HEADS UP: Be nice to -CURRENT ( "1 week Feature Slush" ) In-Reply-To: References: X-Mailer: VM 6.96 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > "Bruce A. Mah" writes: > > > Differences of opinion on naming aside...the branch isn't supposed to > > > last long at all. The point is to provide a slightly polished snapshot > > > to the wider developer community. We can't do the QA/releng work on > > > HEAD without calling for a code freeze (which we early on decided that > > > we would *not* do). > > > > Then you don't need a branch, you just need a simple tag, and you can > > slide it forward if something needs fixing, and remove it after rolling > > and shipping the snapshot. > > No, in this case that doesn't help. What we want is to grab a stable > moment, then to allow development to continue. However, we may then want > to tweak that stable moment without impinging on development, which > requires a branch. Not necessarily. What we've done at work is *NOT* create a branch unless absolutely necessary. The only time a branch is requires is *if* a file changes out from underneath the developer *AND* it that files needs modifying but *must not* contain that same change. We play it by ear, since in almost all cases, the change can be made to any necessary file(s) and the file(s) updated by hand. Otherwise, often the change that happens are necessary to merge into the build, so we do an update. Only in very rare cases do we run into a problem where we have to create a branch. In that case, the developer responsible for the release creates a branch from his checked out tree (there's no law against creating a branch from sources that are older than the HEAD), and then makes any necessary changes. It's *not* that hard to do. Otherwise, once the release is made using the files, a point-tag is laid down and we've saved the hassle of the branch. > The QA/releng work requires us to modify the stuff being released > following the branchpoint. See above. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message