[Development] Is it good practice to have duplicate commits both in dev and stable branch?
thiago.macieira at intel.com
Thu Jun 13 18:38:12 CEST 2013
On quinta-feira, 13 de junho de 2013 16.32.24, Qi Liang wrote:
> Hi, all,
> dev is for 5.2, and stable is for 5.1.1 and forward now. A commit has
> already been merged in dev branch, I guess it means that we(or someone)
> decided to have that feature for 5.2. But now, it was cherry-picked into
> stable branch, then it will be duplicate when the merge happened between
> stable and dev next time.
> Is it good practice?
If the commit was meant for dev and integrated, and only later did we realise
we wanted it for stable, cherry-picking is necessary.
If you realise the commit should be in stable before it integrates in dev,
then abandon the dev change.
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source Technology Center
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 190 bytes
Desc: This is a digitally signed message part.
More information about the Development