<div dir="ltr">+1 to stop creating and maintaining bugfix branches for bifrost<br><div><br></div><div>it's been an interesting experiment but they're not really as useful as expected<br></div><div><br></div><div>Riccardo</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 18, 2022 at 9:16 PM Mark Goddard <<a href="mailto:mark@stackhpc.com">mark@stackhpc.com</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">On Tue, 18 Jan 2022 at 19:27, Julia Kreger <<a href="mailto:juliaashleykreger@gmail.com" target="_blank">juliaashleykreger@gmail.com</a>> wrote:<br>
><br>
> +1, drop the bugfix branches on bifrost.<br>
><br>
> There are two cases where we've seen people want or need to use<br>
> *stable* branches in bifrost.<br>
><br>
> 1) "I want to run some precise stable branch of all the things because<br>
> surely the stable branch will have every fix for better experience."<br>
> 2) "I want to run a precise version and need behavior which has been<br>
> removed in newer releases.<br>
><br>
> Only the latter has really been a case where they have *had* to use a<br>
> stable branch of bifrost, since bifrost has long supported specific<br>
> branch/tag overrides for what to install from source. The same<br>
> capability has often allowed those with the fromer desire to tune<br>
> exactly what they want/desire if they know they need that aspect.<br>
<br>
Kayobe consumes the bifrost stable branches. We often get bitten by<br>
changes to bifrost (and its deps) in master, and the stable branches<br>
shield us from this while allowing for bug fixes.<br>
<br>
Secondly, while the version of bifrost & its dependencies isn't tied<br>
to those of the cloud infrastructure, it does simplify things somewhat<br>
to be able to say everything is running code from series X.<br>
<br>
We don't use the bugfix branches.<br>
<br>
Mark<br>
<br>
><br>
> -Julia<br>
><br>
> On Tue, Jan 18, 2022 at 11:13 AM Dmitry Tantsur <<a href="mailto:dtantsur@redhat.com" target="_blank">dtantsur@redhat.com</a>> wrote:<br>
> ><br>
> > Hi team!<br>
> ><br>
> > Some time ago we introduced bugfix/X.Y branches [1] to some of the Ironic projects. This has worked pretty well and has been very helpful in ironic/inspector/IPA, but I have second thoughts about Bifrost.<br>
> ><br>
> > First, maintaining Bifrost branches is tedious enough because of how many distros we support and how quickly they change.<br>
> ><br>
> > Second, our recommended approach to using Bifrost is to git-clone master and work from it. I'm honestly unsure if the regular stable branches are used (outside of the Kolla CI), let alone bugfix branches. (I also doubt that Bifrost releases are very popular or even meaningful, but that's another topic.)<br>
> ><br>
> > As one of few people who is maintaining bugfix branches, I suggest we stop making them for Bifrost and switch Bifrost back to normal cycle-with-intermediaries. We can keep releasing 3x per cycle, just to have checkpoints, but only create "normal" stable branches.<br>
> ><br>
> > Thoughts?<br>
> ><br>
> > Dmitry<br>
> ><br>
> > [1] <a href="https://specs.openstack.org/openstack/ironic-specs/specs/approved/new-release-model.html" rel="noreferrer" target="_blank">https://specs.openstack.org/openstack/ironic-specs/specs/approved/new-release-model.html</a><br>
> ><br>
> > --<br>
> > Red Hat GmbH, <a href="https://de.redhat.com/" rel="noreferrer" target="_blank">https://de.redhat.com/</a> , Registered seat: Grasbrunn,<br>
> > Commercial register: Amtsgericht Muenchen, HRB 153243,<br>
> > Managing Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael O'Neill<br>
><br>
<br>
</blockquote></div>