[infra][upstream-institute] Bot to vote on changes in the sandbox

Tony Breeds tony at bakeyournoodle.com
Fri Feb 1 23:51:44 UTC 2019


On Fri, Feb 01, 2019 at 11:25:47AM +0000, Sean Mooney wrote:
> On Fri, 2019-02-01 at 15:33 +1100, Tony Breeds wrote:
> > Hi All,
> >    During the Berlin forum the idea of running some kinda of bot on the
> > sandbox [1] repo cam up as another way to onboard/encourage
> > contributors.
> > 
> > The general idea is that the bot would:
> >  1. Leave a -1 review on 'qualifying'[2] changes along with a request for
> >     some small change
> >  2. Upon seeing a new patchset to the change vote +2 (and possibly +W?)
> >     on the change
> > 
> > Showing new contributors approximately what code review looks like[2],
> > and also reduce the human requirements.  The OpenStack Upstream
> > Institute would make use of the bot and we'd also use it as an
> > interactive tutorial from the contributors portal.
> > 
> > I think this can be done as a 'normal' CI job with the following
> > considerations:
> > 
> >  * Because we want this service to be reasonably robust we don't want to
> >    code or the job definitions to live in repo so I guess they'd need to
> >    live in project-config[4].  The bot itself doesn't need to be
> >    stateful as gerrit comments / meta-data would act as the store/state
> >    sync.
> >  * We'd need a gerrit account we can use to lodge these votes, as using
> >    'proposal-bot' or tonyb would be a bad idea.
> do you need an actual bot
> why not just have a job defiend in the sandbox repo itself that runs say
> pep8 or some simple test like check the commit message for Close-Bug: or somting like
> that.

Yup sorry for using the overloaded term 'Bot' what you describe is what
I was trying to suggest.
 
> i noticed that if you are modifying zuul jobs and have a syntax error 
> we actully comment on the patch to say where it is.
> like this https://review.openstack.org/#/c/632484/2/.zuul.yaml@31

Yup.
 
> so you could just develop a custom job that ran in the a seperate pipline and
> set the sucess action to Code-Review: +2 an failure to Code-Review: -1
> 
> the authour could then add the second +2 and +w to complete the normal workflow.
> as far as i know the sandbox repo allowas all users to +2 +w correct?

Correct.

Yours Tony.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20190202/588acfa7/attachment-0001.sig>


More information about the openstack-discuss mailing list