[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Subversion 0.14.4 released

From: Greg Stein <gstein_at_lyra.org>
Date: 2002-11-01 00:40:15 CET

On Thu, Oct 31, 2002 at 04:11:08PM -0600, Karl Fogel wrote:
> Greg Stein <gstein@lyra.org> writes:
>...
> > * issue tracking: we could start using names rather than numbers, and then
> > just assign a name to a particular number. Adding this level of
> > indirection will work for the issue tracking, but it requires that we
> > clearly associate a name with a release.
>...
> Named levels of indirection *always* end up being confusing. People

Yup. I definitely agree -- that was buried in my text above, but not as
clearly as you spelled out.

>...
> I hate that whole system so much;
> let's please not go there. Everybody loses.

Hey... I'm not advocating it either.

/me turns Karl's Cranky Meter back down... :-)

> Dates are ordered, but the trouble is, they're dates :-). They can't
> be moved, they can only be overshot.

Nah. We can undershoot them, too!

We've been good with dates, as long as they have a +/- few days fuzziness to
them. Back during major feature building, some got quite ravaged, but I
think we're actually in a good place to put in a stake and meet it +/-.

That saiid...

>...
> In other words, instead of insisting that Beta is 0.15, let's just not
> specify what Beta is, and start number our next interim releases like
> this:
>
> 0.15.0 (and bugfix releases would be 0.15.1, 0.15.2, etc...)
> 0.16.0 (and bugfix releases would be 0.16.1, 0.16.2, etc...)
>
> I think that solves all of our problems.
>
> What d'y'all say? I'll wait for responses before updating the status
> page & issue tracker appropriately.

Good call. Totally +1 on that.

>...
> > Lastly, people should always be wary of "oh, issue #XYZ will be fixed in
> > SVN A.B.C". Unless and until the community gets a marketing department
> > making commitments to customers, then those markers are advisory rather
> > than toe-the-ine commitments.
>
> Sure, they're advisory, but they're not meaningless. Associating

Agreed. Just trying to say that people shouldn't be upset if we monkey the
features around a bit between releases.

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Nov 1 00:40:10 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.