[openstack-dev] [release] process change for closing bugs when patches merge

Flavio Percoco flavio at redhat.com
Tue Nov 24 11:09:14 UTC 2015


On 23/11/15 16:58 -0500, Doug Hellmann wrote:
>As part of completing the release automation work and deprecating our
>use of Launchpad for release content tracking, we also want make some
>changes to the way patches associated with bugs are handled.
>
>Right now, when a patch with Closes-Bug in the commit message merges,
>the bug status is updated to "Fix Committed" to indicate that the change
>is in git, but not a formal release, and we rely on the release tools to
>update the bug status to "Fix Released" when the release is  made. This
>is one of the most error prone areas of the release process, due to
>Launchpad service timeouts and other similar issues. The fact that we
>cannot reliably automate this step is the main reason we want to stop
>using Launchpad's release content tracking capabilities in the first
>place.
>
>To make the release automation reliable, we are going to change the
>release scripts to comment on bugs, but not update their status, when a
>release is cut. Unfortunately, that leaves the bugs with "Fix Committed"
>status, which is still considered "open" and so those bugs clutter up
>the list of bugs for folks who are looking for ways to help. So, we
>would like to change the default behavior of our CI and review system so
>that when a patch with Closes-Bug in the commit message merges the bug
>status is updated to "Fix Released" instead of "Fix Committed".
>
>We already have quite a few projects set up this way, using the
>direct-release option to jeepyb (configured in the gerrit settings in
>the project-config repository). I'm proposing that we change jeepyb's
>behavior, rather than applying that flag to all of our projects. We will
>also add a 'delay-release' flag to jeepyb for projects that want to
>revert to the old behavior.
>
>Please let me know if this change would represent a significant
>regression to your project's workflow.
>
>Doug
>
>The infra spec related to this work is: https://review.openstack.org/#/c/245907/
>The jeepyb change is: https://review.openstack.org/248922
>The project-config change to remove the direct-release option from
>projects: https://review.openstack.org/#/c/248923

The above sounds good to me! We just did a triage session yday in
Glance and we had to change a couple of statuses.

Thanks,
Flavio

-- 
@flaper87
Flavio Percoco
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20151124/f17c8fee/attachment.pgp>


More information about the OpenStack-dev mailing list