From owner-freebsd-stable Thu Oct 2 08:10:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA01094 for stable-outgoing; Thu, 2 Oct 1997 08:10:26 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA01089 for ; Thu, 2 Oct 1997 08:10:23 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.8.5/8.7.3) id IAA28884; Thu, 2 Oct 1997 08:09:41 -0700 (PDT) From: "Rodney W. Grimes" Message-Id: <199710021509.IAA28884@GndRsh.aac.dev.com> Subject: Re: CVSUP vs. SNAPS In-Reply-To: <199710021500.IAA20880@implode.root.com> from David Greenman at "Oct 2, 97 08:00:17 am" To: dg@root.com Date: Thu, 2 Oct 1997 08:09:41 -0700 (PDT) Cc: jkh@time.cdrom.com, andrsn@andrsn.stanford.edu, freebsd-stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >2.2-STABLE (where we are today) > >2.2.5-BETA (for while we are in BETA on the branch) > >2.2.5-RELEASE (when you finally roll the puppy up) > >2.2.5-STABLE (after you roll the release). > > > >Going DOWN in version numbers is not something I would call good > >release engineering/customer relations work. If you go back to > >2.2-STABLE I have know way to know that the person has something > >before the 2.2.5 RELEASE point. > > > >You did this in the 2.1 branch when I proded you to change the > >word ``RELEASE'' to ``STABLE'', but your commit also changed > >2.1.5 back to 2.1, _decreasing_ the version number, again I > >iterate, version numbers should never decrease! > > The problem you're having is that the "2.2" release is actually called > 2.2.0 (that's what the tag is in the repository), so 2.2.5 is not going down. I didn't say 2.2.5 was going down, I said going from 2.2.5 BACK to 2.2 after release was going down. > We should perhaps make this more clear in the product literature, but I > really don't think that most people are confused over this issue. How about the fact that a 2.2.2 release occured, but somthing built from the bits on the 2.2.0 branch report via uname that they are 2.2-STABLE. That is going down! -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation, Inc. Reliable computers for FreeBSD