> -----Original Message-----
> From: email@example.com
> [mailto:firstname.lastname@example.org] On Behalf Of Justin Erenkrantz
> I'd rather we were slow and steady with lots of good
> improvements bundled together rather than rushing minor
> releases out the door every three months with one new
> feature. I want Subversion releases to be noteworthy. I
> want the list of new features to be long and impressive and
> to entice our users that it's really worth it to upgrade. If
> it's just to put a release out with one new feature, I feel
> that we're wasting their (and our) time. -- justin
I'm talking as an svn admin in a large company and 'parttime' SVN issue
reporter help. Thought I give some comments in this discussion as it affect
endusers as well.
What you're proposing is exactly the opposite of what many svn admins - in a
coorporate environment - want from a community developed product as
Large changes in the code always trigger a lot of issues, be it bugs or
platform-dependent incompatibilities. Combining a lot of new features in one
release will almost guarantee instable major/minor releases. Who is going to
test them all, in the fullest detail, on all platforms and in all imaginable
situations before release?
I expect this will lead to svn admins avoiding the new release altogether
until the first set of fixes comes out.
Small but regular releases has the benefit of giving people something to use
and test, and getting their feedback quickly. Testing capacity during RC
period can be dedicated to the few new released features, resulting in even
better quality releases.
Regular releases means more work for svn admins, if - and only if - they
want to install each and every new release ( which will be easier to decide
on when the changelog is smaller ).
BTW, I'll be happy to test the new ra_serf code on trunk when it's finished,
a little bit of help to get it released more quickly :).
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 267.14.23/242 - Release Date: 26/01/2006
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Fri Jan 27 21:03:53 2006