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

Re: Releasing 1.6

From: Lieven Govaerts <svnlgo_at_mobsol.be>
Date: Thu, 07 Aug 2008 20:08:12 +0200

Hyrum K. Wright wrote:
> [moving this to dev@ - apologies to those joining us mid-program]
>> On Thu, Aug 7, 2008 at 5:19 AM, Justin Erenkrantz
>> <justin_at_erenkrantz.com> wrote:
>>> Let's just create 1.6 *today* that has that feature and move on. So
>>> what that 1.5 didn't last long? Tough. If it's useful for
>>> CollabNet's paying customers, it's probably way more useful for our
>>> own users.
>>> There is no reason that we need to wait six months to get this feature
>>> in the hands of our users. We *can* be nimble and quick and put out
>>> 1.6 that just adds this one feature to 1.5 and move on.
>>> Now, that said, since CollabNet apparently really wants to see this
>>> feature out, I'd hope they'd volunteer to do the grunt RM work for 1.6
>>> since I'm sure Hyrum could use a rest. =) -- justin
> I've got the process down pat by now, no use somebody else having to
> come up to speed. :)
> In all honesty, if we've got the features, people don't mind the
> overhead, and we think that it will be a benefit to our users, I've no
> problem bumping up the release "schedule" to put out 1.6 sooner. And
> I'd be happy to RM it.
> -Hyrum
Didn't we have a plan for releasing a new (minor) version of Subversion
every six months? Why don't we try that for a change?

There's always a customer somewhere that wants a certain feature
earlier, that's ok. We even have some committers now that want to
support that, even better. Give them a branch!

In the meantime, we can continue working on a comprehensive set of
features worthy of the term 'release' for the end of this year.


To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-08-07 20:08:35 CEST

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.