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

Re: Branching for 1.4

From: David Anderson <david.anderson_at_calixo.net>
Date: 2006-04-07 13:08:28 CEST

* Peter N. Lundblad <peter@famlundblad.se> [2006-04-06 22:04:37]:
> It is now 3 months since we released 1.3.0 (and six months since we
> branched). I think we have enough on trunk to warrant branching for
> 1.4.

An here was I writing in the RM guide that the usual delay is around 4
months :-) (otoh, I also wrote it is feature and community driven, not
time driven).

> diff/merge/blame can ignore whitespace and eol-style only changes.
> svnsync/replay
> svnserve is a real service on Windows.
> wc replacements, bug fixes.
> Lots of client bug fixes in diff (referring to malcolm's work)
> wc propcaching and other speed and space improvements
> svndiff1 format
> The -c option to diff and merge (minor, but anyway)
> The sws feature (http://www.red-bean.com/sws)
> Use switch instead of recheckout when changing URLs of svn:externals.
> bdb 4.4 support (if it doesn't go into 1.3.x)
> Experimental serf support.
> svn diff --summarize

This is indeed, from the user POV, a worthy list of features for 1.4.
On a side-note, I haven't followed the progress of ra_serf. Does it
now pass all tests, ie. can I build a ra_serf enabled svn and use
that? If so, we may want to discuss whether to bundle Serf with the
packages, in the same way that we currently bundle Neon.

> So, I'm proposing to branch in two weeks, meaning April 21. The
> reasons I want to wait for two weeks is for people to have some time
> for stuff they want in before branching. (I, for example, have some
> things that will affect the WC format that I want to get into
> 1.4. I'll post separately about that.) Note that branching doesn't
> mean that we release an RC immediately, so the door won't be closed at
> that date.

I'm fine to branch and get pre-release stuff going by that date.

> If we branch at the proposed date, then give it some weeks to
> stabilize before RC, some more weeks for RC trouble (which we can hope
> we don't have:-) and a month for soak. Then, we might release in late
> June, making us roll 1.4.0 about 6 months after 1.3.0. Given the list
> of improvements and the timing, I think starting the release process
> soon is appropriate.
>
> Any opinions about this?

Good sense of timing :-)

Who still has features that they want to put in 1.4 ? Are we planning
to have a first-stage rename support (merging of the renames branch
rooneg is working on) in 1.4, or can we put that off until 1.5 ?

Preparing the RM hat to branch/stuff when people are happy with it,
- Dave.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Apr 7 13:05:55 2006

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.