spamassassin-dev September 2011 archive
Main Archive Page > Month Archives  > spamassassin-dev archives
spamassassin-dev: Re: September 30th release candidate

Re: September 30th release candidate

From: <darxus_at_nospam>
Date: Wed Sep 14 2011 - 18:05:02 GMT

On 09/14, Kevin A. McGrail wrote:
> Here's my best recap and explanation because I think you are confusing the
> branch issue too much.

To summarize: Incrementing the version from 3.3.x to 3.4.x without
branching svn qualifies as "branching".

After re-reading this thread, I am hopeful that you are the only one who
feels this way, and I would like you to please stop it :)

Say this month, September, we do a release from trunk, call it 3.4.0, create
an svn branch from trunk called 3.4 (due to status quo). Then in January,
assuming we still want to do another release of what is in trunk at that
time, with no major changes, and call it 3.4.1. What do we do with svn
in January?

I guess the clearest I can be is to say: I'd like the releases
to always come from trunk (either directly built from trunk, or svn
branched around the time of release), unless a reason comes up not to.
I don't care what the version numbers are, and I don't care (much)
if you want to copy trunk to another svn branch around that time.

So I guess I'm back to my last suggestion:
September: Release from trunk, version 3.4.0, svn branched to 3.4.0 (not 3.4)
January: Release from trunk, version 3.4.1, svn branched to 3.4.1

I don't think the svn branching is necessary, but if it makes some folks
more comfortable, and we completely stop backporting patches, I don't
think it's a problem.

-- "The whole aim of practical politics is to keep the populace alarmed -- and hence clamorous to be led to safety -- by menacing it with an endless series of hobgoblins, all of them imaginary." - H. L. Mencken