<div dir="ltr">Hi all,<div><br></div><div>Very sorry for the delay on processing this request. I have now EOL'd stable/mitaka branches for projects listed in [1].</div><div><br></div><div>If there are any mistakes it should be possible to restore the branch at the correct position. Similarly please let me know if there were any projects that should have been EOL'd but missed out.</div><div><br></div><div>Cheers,<br>Josh</div><div><br></div><div>[1] <a href="https://gist.githubusercontent.com/tbreeds/c99e62bf8da19380e4eb130be8783be7/raw/6d02deb40e07516ce8fc529d2ba8c74af11a5a6b/mitaka_eol_data.txt" rel="noreferrer" style="font-size:12.8px" target="_blank">https://gist.githubusercon<wbr>tent.com/tbreeds/c99e62bf8da19<wbr>380e4eb130be8783be7/raw/6d02de<wbr>b40e07516ce8fc529d2ba8c74af11a<wbr>5a6b/mitaka_eol_data.txt</a></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 29, 2017 at 10:57 PM, Jeremy Stanley <span dir="ltr"><<a href="mailto:fungi@yuggoth.org" target="_blank">fungi@yuggoth.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2017-06-29 11:28:10 +1000 (+1000), Tony Breeds wrote:<br>
[...]<br>
<span class="">> In the meantime we could look at adding permissions such that the Stable<br>
> PTL (Well actually I guess eventually it'd be the same bot that does the<br>
> release tagging) can push tags and abandon changes on all projects.<br>
><br>
> Right now stable-maint-core can do that in a lot of projects but the<br>
> coverage isn't complete.<br>
<br>
</span>Sure, we just need to set it in the global configuration instead of<br>
on a per-project basis.<br>
<span class=""><br>
> That would allow us to make forward progress and reduce the task for the<br>
> infra team to deleting the branches.  It does of course introduce a<br>
> race where I could tag a branch as EOL and then that project merge<br>
> another change.  Can you think of a way to avoid that?<br>
<br>
</span>Not a convenient one anyway... we could probably merge (hundreds of)<br>
ACL changes preventing approvals on that branch for the projects<br>
participating in the EOL process, but that's probably worse than<br>
accepting that there might be a patch or two created, reviewed and<br>
landed on some project between the EOL tag and branch deletion. The<br>
additional changes that merge after the tag won't effectively be<br>
reachable once the branch is gone anyway (you could hunt them down<br>
in Gerrit, but there's no longer a branch in Git containing them an<br>
they're not in the history of any tag at that point). It's probably<br>
neither common nor disruptive enough to be worth our concern.<br>
<span class="HOEnZb"><font color="#888888">--<br>
Jeremy Stanley<br>
</font></span><br>______________________________<wbr>______________________________<wbr>______________<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.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div><br></div>