[Development] Branching 5.0
Knoll Lars
Lars.Knoll at digia.com
Mon Dec 3 03:46:06 CET 2012
On Dec 2, 2012, at 8:55 AM, Thiago Macieira <thiago.macieira at intel.com>
wrote:
> On domingo, 2 de dezembro de 2012 14.52.12, Knoll Lars wrote:
>>> Most of the pending changes in master today are fixes that need to go into
>>> the 5.0 release, so the branch should be merged to stable, not dev.
>>
>> I have been seeing lots of pending changes in master that are 5.1 material
>> and being held back. So this way seems to be the safer approach.
>>
>> Merging to stable has the disadvantage that we don't see what's going to be
>> in 5.0, so I would prefer to rather make it explicit. Pushing changes to
>> stable is not such a big problem.
>
> We can finish the 5.0 changes in master for a week, merge that to stable, then
> open it for the queued 5.1 changes and merge that.
I'm a bit worried that this would make it harder to get the RC out of the door.
> Note that most of the 5.1 changes have a "WIP" in their names and will require
> re-pushing to Gerrit for a new commit message. Isn't that prevented by Gerrit?
True, these need to be re-pushed to dev in any case.
Cheers,
Lars
More information about the Development
mailing list