<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Oct 5, 2022 at 7:18 AM Thierry Carrez <<a href="mailto:thierry@openinfra.dev">thierry@openinfra.dev</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Clark Boylan wrote:<br>
> [...]<br>
> If the release team ends up doing the work, it would probably be a good idea to very explicitly list the branch, commit sha1, and version number for each of the needed releases. This way the release team doesn't have to guess if they are getting it correct when they make and push those tags.<br>
<br>
Yes please.<br>
<br></blockquote><div><br></div><div>I'm cleaning up some CI right now; I'll make sure we get this information to the list soon so we can give it a shot :).<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> Separately, it seems like some of the intention here is to ensure that users of bugfix branches don't end up with stale installations. Updating the release tooling to handle releases off of these branches or delegating access to the Ironic team seem like an important piece of making that happen. Otherwise the overhead for doing this will be large enough that it is unlikely to happen often enough. Unfortunately, I don't know what is currently missing in the tooling to make that possible.<br>
<br>
I'd say it's an unknown and the current release team members may not <br>
have bandwidth to explore what releasing on bugfix branches using a <br>
patch to openstack/releases could look like. Avoiding collisions between <br>
"normal" stable branch point updates and those bugfix branch point <br>
releases sounds tricky at best.<br>
<br></blockquote><div><br></div><div>I'm hoping this won't be an issue. Ironic policy (and it seems to be true in practice), says any release from master (including bugfix/x branches) must bump either the major or minor release number (<a href="https://specs.openstack.org/openstack/ironic-specs/specs/15.1/new-release-model.html#releasing">https://specs.openstack.org/openstack/ironic-specs/specs/15.1/new-release-model.html#releasing</a>).</div><div><br></div></div><div class="gmail_quote"><br></div><div class="gmail_quote">Thanks Thierry and Clark, I'll get you the information you all need to move forward soon!</div><div class="gmail_quote"><br></div><div class="gmail_quote">-Jay Faulkner<br></div></div>