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

Re: Proposal: Time-based patch releases

From: Mark Phippard <markphip_at_gmail.com>
Date: 2007-12-09 16:30:20 CET

On Dec 9, 2007 5:16 AM, Lieven Govaerts <svnlgo@mobsol.be> wrote:

> Packages/svn applications:
> - what can we do to make the work of the packagers easier? If packaging
> and distributing subversion is so difficult that Mark proposes that we
> only do maintenance releases every 4 months then we have a serious problem.

It is not the packaging that is a problem it is the testing. We
produce binary packages for Windows/Linux/Solaris plus unofficial ones
for OSX. Creating the build and running the test suite is not an
issue, the issue is the packaging testing that you need to do.
Testing various installation and upgrade scenarios, making sure it
works with various other packages etc. I would assume this is the
bulk of the time for any packager -- at least the ones that bother to

> However, since we typically have windows binaries in the week after
> release I assume Mark is pointing to Subclipse releases, not CN's releases.
> - how can we help to make the effort of releasing applications using
> Subversion (like Subclipse) smaller? Is it subversion that's the issue
> here? Or is it waiting for the svnkit release? Updating the distribution
> site?

It is just the time it takes to do a release. Get release notes
updated, do a build test it, post it, send announcements etc. With
Subclipse, I do not have anyone to spread this work out and share

I am not saying do not do a release because of Subclipse or CollabNet
or packages. I am saying Subversion releases creates a lot of
downstream work. Lots more than you can imagine. Please be sure the
releases mean something. Just because a bug has been fixed, it does
not mean we need a new release. Most of the things people ask for
that are coming are features, not bug fixes. New fix releases are not
going to make a difference to the user base as a whole.

Mark Phippard
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Dec 9 16:30:30 2007

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.