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

Re: Patch needed for javahl in release 0.34

From: Jostein Chr. Andersen <jostein_at_josander.net>
Date: 2003-11-29 10:38:20 CET

Hi Patrick,

On Saturday 29 November 2003 09.18, Patrick Mayweg wrote:
> Hi Jostein,
> could you add the revision 7868 for javahl to the 0.34 branch,so that
> the javahl binding will be compilable in the release ?


I'm really sorry: -No! I (and I sure hope others) consider that
"/tags/0.34.0/" have a codefreeze (it's done a week before release for a
very good reason).
I have no problem at all to understand that it's very easy to be tempted
to merge stuff into the release branch, the branch just are there, ready
to be improved. But I say no, improvements are for upcoming versions.

Only changes related to the new version as CHANGES, svn_version.h and
other stuff that's related for making a good subversion-X.YY.Z release
out of a given revision should be done.

An exception from this rule is strongly needed fixes, such as: -The
repository will be destroyed and the cat will be put on fire if we don't
merge that change.
So, sometimes, merging from a revision have to be done in order to make
the release run at all.

I know that Chia-liang is eager to have r7861 merged into the release
branch to (and I'm a Perl fanatic and would love to have it on 0.34.0),
but won't do that either without approvement from Subversion's

So my policy about this is that even changes that probably don't affect
stability at all won't make it before next release.

Of course, this might be discussed and I can change my mind - in fact, I
have to if "everyone" says I should or else..


http://www.josander.net/kontakt/ ||
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Nov 29 10:40:58 2003

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.