Hi Jay, These are the branches OpenShift uses for its downstream versions of Metal3 (extracted from our internal docs): ironic bugfix/21.0 ironic-inspector bugfix/11.0 ironic-python-agent bugfix/9.0 ironic bugfix/20.2 ironic-inspector bugfix/10.12 ironic-python-agent bugfix/8.6 ironic bugfix/19.0 ironic-inspector bugfix/10.9 ironic-python-agent bugfix/8.3 ironic bugfix/18.1 ironic-inspector bugfix/10.7 ironic-python-agent bugfix/8.1 We use them, because OpenShift releases are not aligned with OpenStack ones, so more often than not, we need to have a slice of the master branch. Having bugfix branches allows us to collaborate on bug fixes upstream, rather than on forks in github.com/openshift. Please reach out to Riccardo, Iury or myself if you have any questions on OpenShift's usage of Ironic. Dmitry On Tue, Sep 20, 2022 at 10:32 PM Jay Faulkner <jay@gr-oss.io> wrote:
Hey all,
Ironic releases intermediate bugfix releases during the cycle. These are consumed by some packagers and standalone users of Ironic.
Today, using Ironic as an example, we have 4 active bugfix branches: - bugfix/21.0 and bugfix/20.2 are between yoga and zed - bugfix/19.0 is between xena and yoga - bugfix/18.1 is between wallaby and xena
We are considering cleaning up some of the older bugfix branches, to reduce stable maintenance load -- but we would like to poll you all first: Is anyone consuming these releases downstream? If so, which ones and why?
This will be useful input to whatever action we decide to take!
Thanks, Jay Faulkner
-- Red Hat GmbH <https://www.redhat.com/de/global/dach>, Registered seat: Werner von Siemens Ring 12, D-85630 Grasbrunn, Germany Commercial register: Amtsgericht Muenchen/Munich, HRB 153243,Managing Directors: Ryan Barnhart, Charles Cachera, Michael O'Neill, Amy Ross