Proposed adjustments to our release cycles

[Alexander Neundorf]

On Sunday 17 June 2012, Shaun Reich wrote:
> On Sat, Jun 16, 2012 at 9:44 PM, Inge Wallin <inge at lysator.liu.se> wrote:
> > As far as I could understand from the above the main ideas are:
> >  - Splitting the SC into 3 parts
> >  - Shortening the release cycles significantly.
> > 
> > It seems to me that a current trend in larger free software projects is
> > to go
> 
> which projects? you pointed out firefox, which is shortening, and so
> is chrome these days ;)
> 
> > If we shorten the release cycles (an idea
> > which I am actually not that fond of) then could we also consider to have
> > an LTS release now and then?
> 
> i see your point..
> 
> while continuously backporting to say.. 2 prior versions does incur a
> good amount of overhead, i don't think it'd be *too* much of an issue
> as it's pretty damn easy with git. i mean, you'd just be backporting
> to 1 additional branch each time, 1 more than usual...
> 
> i'm definitely liking the "shorter releases" plan though, despite some
> hiccups we'll encounter in implementation. having a release early,

sebas email said
"(These numbers are completely arbitrary, and here only for illustration 
purpose!)"
i.e. it did not mention shorter release cycles at all, as I read it.

Alex
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20120618/b6e630c9/attachment.htm>