Gregor J. Rothfuss wrote:
Andreas Hartmann wrote:
We once agreed to avoid backwards-incompatible changes in stable
branches, i.e., when 1.4 is released there may not be any backwards-
incompatible changes anymore. We would have to setup a new trunk
(1.6-dev), and this would mean to maintain 3 branches. IIRC the community
agreed that this is too complex.
I'm totally in favor of the "release early, release often" credo,
but I can't see how we could manage it ... How do other projects
with small communities handle this situation?
at the time of 1.4 branching, we would stop maintaining the 1.2 branch.
Yes, that occured to me too as the only reasonable consequence.
But is this really feasible, given that the migration from 1.2
to 1.4 is not really trivial?
Well, in want of an alternative, I'd agree to this practice.
I'd rather give some migration support than delay the 1.4 release
much further.
What do the others think?
-- Andreas
--
Andreas Hartmann
Wyona Inc. - Open Source Content Management - Apache Lenya
http://www.wyona.com http://lenya.apache.org
[EMAIL PROTECTED] [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
