<div dir="ltr">Hello Team,<div><br></div><div>As per discussion in the latest GBP meeting [0] I'm hunting down all the backward incompatible changes made on DB migrations regarding the removal of unnamed constraints.</div><div>In this report [1] you can find the list of affected commits.</div><div><br></div><div>The problem is that some of the affected commits are already back ported to Juno! and others will be [2], so I was wondering what's the plan regarding how we want back port the compatibility fix to stable/juno.</div><div>I see two possibilities:</div><div><br></div><div>1) We backport [2] as is (with the broken migration), but we cut the new stable release only once [3] is merged and back ported. This has the advantage of having a cleaner backport tree in which all the changes in master are cherry-picked without major changes.</div><div><br></div><div>2) We split [3] in multiple patches, and we only backport those that fix commits that are already in Juno. Patches like [2] will be changed to accomodate the fixed migration *before* being merged into the stable branch. This will avoid intra-release code breakage (which is an issue for people installing GBP directly from code).</div><div><br></div><div>Please share your thoughts, Thanks,</div><div>Ivar.</div><div><div><br></div><div><span>[0] <a class="" href="http://eavesdrop.openstack.org/meetings/networking_policy/2015/networking_policy.2015-04-09-18.00.log.txt">http://eavesdrop.openstack.org/meetings/networking_policy/2015/networking_policy.2015-04-09-18.00.log.txt</a></span></div></div><div><span>[1] <a class="" href="https://bugs.launchpad.net/group-based-policy/+bug/1443606">https://bugs.launchpad.net/group-based-policy/+bug/1443606</a></span></div><div><span>[2] <a class="" href="https://review.openstack.org/#/c/170972/">https://review.openstack.org/#/c/170972/</a></span></div><div><span>[3] <a class="linkclass" href="https://review.openstack.org/#/c/173051/">https://review.openstack.org/#/c/173051/</a></span></div></div>