[TYPO3-core] SVN closed for now, do not commit!
Ingmar Schlecht
ingmar at typo3.org
Mon Feb 25 18:57:49 CET 2008
Thanks for your thoughts, Francois!
I have taken notice of it, and think we should discuss the release
policy on the Developer Days!
cheers
Ingmar
Francois Suter schrieb:
> Hi,
>
>> I also propose to release 4.3 this year ;-) so it wouldn't be that far
>> off.
>
> I hope this is a debate that the core team will have on its next
> meeting. I think the current release philosophy and cycle are too
> constraining. IMHO there are 2 factors that plead in favor of more
> frequent (major) releases:
>
> - ever since the core-team ML was opened to all, activity has picked up
> tremendously. A lot of new ideas have been pouring in and it seems
> contradictory to hold them all off for over a year.
>
> - the emergence of v5 puts pressure onto the evolution of 4.x. Although
> v5 is nowhere near usable for production yet and will certainly not be
> for quite some time (no criticism here, that's just my gut feeling), it
> is still on the horizon and major work (like the new installer) should
> not be put off for a year or more, lest their impact on TYPO3 be pretty
> small after all (i.e. a lot of work for little use).
>
> There are several options I can imagine and I'm sure others can come up
> with more. They are not mutually exclusive and could be combined:
>
> - accelerated release cycles: this is the obvious one. 6 months is sure
> a bit tight, but maybe we could aim for 9 months, which would mean 3
> releases over the course of 2 years. It would place 4.3 at Xmas this
> year, which seems fair enough.
>
> - major release on demand: a major release could be decided when a major
> project (like the new installer; I'm not being obsessive :-) reaches
> completion. When the project is near completion a release process would
> be started. Whatever feature is ready by then gets in too.
>
> - differentiated feature levels: one drawback of the current policy (if
> I'm not mistaken) is that there are only minor release in between major
> ones, and minor release are striclty bugfix releases. This means new
> features can only get into major release. But there's a big difference
> between a major undertaking like the cleaner backend and the
> introduction of a new hook or transforming some TS property from a
> string to a stdWrap, for example. Either such features should be allowed
> into minor releases or maybe we should have an intermediary level of
> releases (NMBNME = Not Major But Not Minor Either ;-). One could imagine
> having 4.2, then bugfix 4.2.1 and 4.2.2, then 4.2.10 which would mark it
> as a minor release but with some new stuff in it.
>
> Food for thought...
>
> Cheers
>
--
Ingmar Schlecht
TYPO3 Association Active Member
More information about the TYPO3-team-core
mailing list