qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: John Snow <jsnow@redhat.com>
To: Peter Maydell <peter.maydell@linaro.org>,
	Stefan Hajnoczi <stefanha@redhat.com>
Cc: Fam Zheng <famz@redhat.com>, QEMU Developers <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] Patch checking bot
Date: Tue, 21 Oct 2014 11:27:23 -0400	[thread overview]
Message-ID: <54467B5B.8000909@redhat.com> (raw)
In-Reply-To: <CAFEAcA-6XnjSdbEBmznpR3obXWVLN=SAiB_MeELYYbbTHAxjuQ@mail.gmail.com>



On 10/20/2014 10:08 AM, Peter Maydell wrote:
> On 20 October 2014 11:25, Stefan Hajnoczi <stefanha@redhat.com> wrote:
>> Hi,
>> At KVM Forum 2014 we discussed a patch checking bot that automates patch
>> format checking and smoke testing:
>>
>> 1. Did the patch submitter include Signed-off-by?
>> 2. Does checkpatch.pl pass?
>> 3. Does the patch apply to qemu.git/master?
>> 4. Does each patch compile?
>> 5. Does the series pass make check and qemu-iotests?
>>
>> Here are some thoughts on the patch checker:
>>
>> If a patch series passes successfully, no email is sent.  If a patch
>> series fails, an email with the errors is sent as a reply to the patch
>> series email thread.  The patch submitter can then respond in case there
>> are false positive (e.g. from checkpatch.pl) - the bot doesn't care
>> about replies but it tells the human reviewers and maintainers what the
>> patch submitter intends to do.
>
> Probably also worth having a feature where the cover
> letter or patch can have a "patchchecker: no" line in
> it to tell the bot to ignore something, so people can
> avoid it sending lots of mail for patch series they
> know don't apply to mainline (eg ones which depend on
> a previous series).
>
> -- PMM
>

Maybe it should still check what it can, but squelch the reply to list. 
Certain automatic checks may still be of value, even if it doesn't apply 
to master. If we have a website where we can check the bot and patch 
status, having some output might be nicer than allowing arbitrary skips.

Further, maybe the bot could be trained to check the patch series target 
to see what branch it's supposed to apply to and go from there. If 
people are good about labeling their stable patches, the bot should be 
able to check those as well.

This might help us tighten up and formalize our subject formatting 
rules, which would probably also help maintainer work-flow by allowing 
more robust automation. e.g., "Sorry, you submitted a patch, but I 
couldn't identify which branch/component you're trying to patch against!"

I believe at KVM Forum it was also mentioned that it'd be nice to have 
the bot reply to patch series where the proper maintainers were missed 
with a "Hey, I added in <so and so> who maintains <this file you 
touched>, please include it next time!"

-- 
—js

  reply	other threads:[~2014-10-21 15:27 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-20 10:25 [Qemu-devel] Patch checking bot Stefan Hajnoczi
2014-10-20 14:08 ` Peter Maydell
2014-10-21 15:27   ` John Snow [this message]
2014-10-22 10:03   ` Stefan Hajnoczi
2014-10-27 18:25     ` Andreas Färber
2014-10-21  8:19 ` Fam Zheng
2014-10-22 10:08   ` Stefan Hajnoczi

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=54467B5B.8000909@redhat.com \
    --to=jsnow@redhat.com \
    --cc=famz@redhat.com \
    --cc=peter.maydell@linaro.org \
    --cc=qemu-devel@nongnu.org \
    --cc=stefanha@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).