[openstack-dev] [infra][horizon][osc] ClientImpact tag automation
Sean McGinnis
sean.mcginnis at gmx.com
Thu Aug 2 19:16:10 UTC 2018
On Thu, Aug 02, 2018 at 05:56:23PM +0000, Jeremy Stanley wrote:
> On 2018-08-02 10:09:48 -0500 (-0500), Sean McGinnis wrote:
> [...]
> > I was able to find part of how that is implemented in jeepyb:
> >
> > http://git.openstack.org/cgit/openstack-infra/jeepyb/tree/jeepyb/cmd/notify_impact.py
> [...]
>
> As for the nuts and bolts here, the script you found is executed
> from a Gerrit hook every time a change merges:
>
> https://git.openstack.org/cgit/openstack-infra/system-config/tree/modules/openstack_project/files/gerrit/change-merged
>
Thanks, that's at least a place I can start looking!
> Gerrit hooks are a bit fragile but also terribly opaque (the only
> way to troubleshoot a failure is a Gerrit admin pouring over a noisy
> log file on the server looking for a Java backtrace). If you decide
> to do something automated to open bugs/stories when changes merge, I
> recommend a Zuul job. We don't currently have a pipeline definition
> which generates a distinct build set for every merged change (the
> post and promote pipelines do supercedent queuing rather than
> independent queuing these days) but it would be easy to add one that
> does.
>
> It _could_ also be a candidate for a Gerrit ITS plug-in (there's one
> for SB but not for LP as far as I know), but implementing this would
> mean spending more time in Java than most of us care to experience.
Interesting... I hadn't looked into Gerrit functionality enough to know about
these. Looks like this is probably what you are referring to?
https://gerrit.googlesource.com/plugins/its-storyboard/
It's been awhile since I did anything significant with Java, but that might be
an option. Maybe a fun weekend project at least to see what it would take to
create an its-launchpad plugin.
Thanks for the pointers!
More information about the OpenStack-dev
mailing list