<div dir="ltr">For now, I've modified the patch so everything follows #1. If we "graduate" some things like l2gw and octavia, we can modify them into #2. Thanks for the input!<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jul 7, 2015 at 10:38 PM, Takashi Yamamoto <span dir="ltr"><<a href="mailto:yamamoto@midokura.com" target="_blank">yamamoto@midokura.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">it seems two kinds of sub projects.<br>
one is vendor plugins, for which option #1 seems appropriate.<br>
another is things like l2gw and octavia, for which option #2 might<br>
make more sense.<br>
<div class="HOEnZb"><div class="h5"><br>
On Wed, Jul 8, 2015 at 12:23 AM, Kyle Mestery <<a href="mailto:mestery@mestery.com">mestery@mestery.com</a>> wrote:<br>
> After some consultation with Doug and Thierry, we've boiled the change I'm<br>
> recommending below down to two options:<br>
><br>
> 1. independent, ad-hoc backport branches, tag yourself<br>
> 2. cycle-with-intermediary, stable branches, tag by RelMgt team<br>
><br>
> I think what we really want is option #1 for these projects. I'd like all of<br>
> them to be the same here, so if people are thinking differently, please<br>
> reply on this thread. I'll update the patches to reflect the fact we'll be<br>
> in charge of the ad-hoc branches and tags in the Neutron Stadium.<br>
><br>
> Thanks!<br>
> Kyle<br>
><br>
><br>
> On Mon, Jul 6, 2015 at 12:20 PM, Kyle Mestery <<a href="mailto:mestery@mestery.com">mestery@mestery.com</a>> wrote:<br>
>><br>
>> The tl;dr for this email is that the patch referenced here [1] is moving<br>
>> release management tasks for the networking-foo projects into alignment with<br>
>> other Neutron libraries. There is value in having this consolidated into a<br>
>> single place.<br>
>><br>
>> The longer version is that as plugin backends and new libraries have<br>
>> integrated into the Neutron Stadium, it makes sense to align some release<br>
>> items here. For example, merge commits, tags, and stable branch management<br>
>> aspects are things which are best done by a central team for all<br>
>> networking-foo projects (along with existing projects). In particular,<br>
>> stable releases have some specific requirements [2] which need to be met as<br>
>> stable releases are done here. Ensuring this is following existing processes<br>
>> is part of the reason for this gerrit ACL change.<br>
>><br>
>> Please comment on the reviews if you have concerns as a networking-foo<br>
>> owner.<br>
>><br>
>> Thanks!<br>
>> Kyle<br>
>><br>
>> [1] <a href="https://review.openstack.org/#/c/198749/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/198749/</a><br>
>> [2] <a href="https://wiki.openstack.org/wiki/StableBranch" rel="noreferrer" target="_blank">https://wiki.openstack.org/wiki/StableBranch</a><br>
><br>
><br>
><br>
</div></div><div class="HOEnZb"><div class="h5">> __________________________________________________________________________<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>
<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>
</div></div></blockquote></div><br></div>