RFC: updated workflow [WAS: Re: git+patch workflow]
Enrico Weigelt
weigelt at metux.de
Mon Jan 5 14:13:48 UTC 2009
* Oswald Buddenhagen <ossi at kde.org> schrieb:
Hi,
> delete *the* stable branch, but not the concept of stable branches
> per se. doing so would mean that once you merged a feature patch
> to master, you cannot do a bugfix release any more until you make
> a feature release (*). to keep the option of bugfix releases open
Actually, I dislike that idea. Instead we should declare, that
'master' branch is *always* what becomes the next release. We just
have to take care that it's always in a state that it could be
released ASAP - so: *no* development there. New features only get
committed if they're really ready to get into next release (which
in theory could come any second).
Of course we should do stable tree releases quite frequently, *NOT*
collecting too much which might introduce new bugs. We've already
waited too long w/ 4.6.2.
> (and distributors really want that),
Well, if distros want a bugfixed branch of older releases and don't
want to take care all by themselves, they could simply join the
OSS-QM project, which is meant as an bug-fixing overlay over
existing *releases* (it's about QM exclusively, *NO* development).
But according the lack of interest in all these years, the presure
obviously can't be that hight ;-o
cu
--
---------------------------------------------------------------------
Enrico Weigelt == metux IT service - http://www.metux.de/
---------------------------------------------------------------------
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes for a lot dozens of packages in dozens of versions:
http://patches.metux.de/
---------------------------------------------------------------------
More information about the mc-devel
mailing list