On 03/26/2012 11:26 AM, Ewoud Kohl van Wijngaarden wrote:
On Mon, Mar 26, 2012 at 04:57:24AM -0400, Ayal Baron wrote:
>> I'd rather avoid gerrit hooks if possible to use a jenkins job to
>> validate this to keep the gerrit deployment as simple to
>> maintain/upgrade as possible.
>
> But that's the wrong place to be doing it.
> Jenkins periodically polls for changes and then runs a job and posts
> the results somewhere (who would get the email?)
>
> Here the committer would immediately know that there is a problem with
> the patch and reviewers also immediately know not to accept it.
I think what Itamar is getting at is that from gerrit you can trigger
jenkins jobs which give a -1 if it fails. If jenkins checks for pep8
you've solved the feedback issue without creating custom a gerrit hook.
It will also be more scalable since you can add pyflakes / pylint / ...
in the same check.
true.
per ayal's question - patch owner and reviewers will get the email, like
any other review.
we need to keep the gerrit as simple as possible wrt maintenance.