<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jul 7, 2015 at 8:23 PM, Kyle Mestery <span dir="ltr"><<a href="mailto:mestery@mestery.com" target="_blank">mestery@mestery.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>After some consultation with Doug and Thierry, we've boiled the change I'm recommending below down to two options:<br><br>1. independent, ad-hoc backport branches, tag yourself<br></div></div></div></div></blockquote><div> </div><div>This makes sense. Standard instructions on tagging/release management will be very helpful</div><div>so all the people can follow the same source when releasing. </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>2. cycle-with-intermediary, stable branches, tag by RelMgt team<br><br></div>I think what we really want is option #1 for these projects. I'd like all of them to be the same here, so if people are thinking differently, please reply on this thread. I'll update the patches to reflect the fact we'll be in charge of the ad-hoc branches and tags in the Neutron Stadium.<br><br></div>Thanks!<span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888">Kyle<br><br></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jul 6, 2015 at 12:20 PM, Kyle Mestery <span dir="ltr"><<a href="mailto:mestery@mestery.com" target="_blank">mestery@mestery.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div>The tl;dr for this email is that the patch referenced here [1] is moving release management tasks for the networking-foo projects into alignment with other Neutron libraries. There is value in having this consolidated into a single place.<br><br></div>The longer version is that as plugin backends and new libraries have integrated into the Neutron Stadium, it makes sense to align some release items here. For example, merge commits, tags, and stable branch management aspects are things which are best done by a central team for all networking-foo projects (along with existing projects). In particular, stable releases have some specific requirements [2] which need to be met as stable releases are done here. Ensuring this is following existing processes is part of the reason for this gerrit ACL change.<br><br></div>Please comment on the reviews if you have concerns as a networking-foo owner.<br><br></div>Thanks!<br></div>Kyle<br><div><div><div><div><br>[1] <a href="https://review.openstack.org/#/c/198749/" target="_blank">https://review.openstack.org/#/c/198749/</a><br>[2] <a href="https://wiki.openstack.org/wiki/StableBranch" target="_blank">https://wiki.openstack.org/wiki/StableBranch</a><br></div></div></div></div></div>
</blockquote></div><br></div>
</div></div><br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div></div>