From: "Michael S. Tsirkin" <mst@redhat.com>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: qemu-devel@nongnu.org, armbru@redhat.com
Subject: Re: [Qemu-devel] [PATCH 4/4] get_maintainer.pl: point at --git-fallback instead of enabling it automatically
Date: Wed, 22 Oct 2014 12:33:39 +0300 [thread overview]
Message-ID: <20141022093339.GB9425@redhat.com> (raw)
In-Reply-To: <1413968902-24094-5-git-send-email-pbonzini@redhat.com>
On Wed, Oct 22, 2014 at 11:08:22AM +0200, Paolo Bonzini wrote:
> The list emitted by --git-fallback often leads inexperienced contributors
> to add pointless CCs. While not discouraging usage of --git-fallback,
> we want to warn the contributors about using their common sense.
>
> So, default to *not* enabling --git-fallback, but print a message if
> none of the files has a match against MAINTAINERS. Of course the
> message is hidden by --no-git-fallback.
>
> Examples:
>
> 1) No maintainer for all specified files, print message:
>
> $ scripts/get_maintainer.pl -f util/cutils.c
> No maintainers found.
> You may want to try --git-fallback to find recent contributors.
> Do not blindly cc: them on patches! Use common sense.
>
Does it make sense for util/cutils.c?
I doubt it, so we are just giving useless advice?
--git-blame might be a better fallback here?
How about an entry in MAINTAINERS to trigger git-blame?
> 2) No maintainer for some of the specified files, behave entirely
> as if the user specified --no-git-fallback.
>
> $ scripts/get_maintainer.pl -f util/cutils.c hw/ide/core.c
> Kevin Wolf <kwolf@redhat.com> (odd fixer:IDE)
> Stefan Hajnoczi <stefanha@redhat.com> (odd fixer:IDE)
>
> 3) Explicit disable, do not print message:
>
> $ scripts/get_maintainer.pl -f util/cutils.c --no-git-fallback
> $ echo $?
> 1
>
> Suggested-by: Markus Armbruster <armbru@redhat.com>
> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
> ---
> scripts/get_maintainer.pl | 13 +++++++++++--
> 1 file changed, 11 insertions(+), 2 deletions(-)
>
> diff --git a/scripts/get_maintainer.pl b/scripts/get_maintainer.pl
> index 7c6d186..c8537fd 100755
> --- a/scripts/get_maintainer.pl
> +++ b/scripts/get_maintainer.pl
> @@ -28,7 +28,7 @@ my $email_git = 0;
> my $email_git_all_signature_types = 0;
> my $email_git_blame = 0;
> my $email_git_blame_signatures = 1;
> -my $email_git_fallback = 1;
> +my $email_git_fallback = undef;
> my $email_git_min_signatures = 1;
> my $email_git_max_maintainers = 5;
> my $email_git_min_percent = 5;
> @@ -235,6 +235,7 @@ if (-t STDIN && !@ARGV) {
> }
>
> $output_multiline = 0 if ($output_separator ne ", ");
> +$email_git_fallback = 1 if ($interactive && ! defined $email_git_fallback);
> $output_rolestats = 1 if ($interactive);
> $output_roles = 1 if ($output_rolestats);
>
> @@ -633,6 +634,14 @@ sub get_maintainers {
> }
>
> if ($email) {
> + if (@email_to == 0 && @list_to == 0 &&
> + ! $email_git && ! $email_git_blame && ! defined $email_git_fallback) {
> + print STDERR "No maintainers found.\n";
> + print STDERR "You may want to try --git-fallback to find recent contributors.\n";
So let's just do this for the user?
> + print STDERR "Do not blindly cc: them on patches! Use common sense.\n";
Can we do better than "Use common sense"?
I doubt such advice accomplishes much.
> + }
> +
> + $email_git_fallback = 0 if ! defined $email_git_fallback;
> foreach my $file (@files) {
> if ($email_git || ($email_git_fallback &&
> !$exact_pattern_match_hash{$file})) {
> @@ -711,7 +720,7 @@ MAINTAINER field selection options:
> --git => include recent git \*-by: signers
> --git-all-signature-types => include signers regardless of signature type
> or use only ${signature_pattern} signers (default: $email_git_all_signature_types)
> - --git-fallback => use git when no exact MAINTAINERS pattern (default: $email_git_fallback)
> + --git-fallback => use git when no exact MAINTAINERS pattern (default: same value as --interactive)
> --git-chief-penguins => include ${penguin_chiefs}
> --git-min-signatures => number of signatures required (default: $email_git_min_signatures)
> --git-max-maintainers => maximum maintainers to add (default: $email_git_max_maintainers)
> --
> 1.8.3.1
next prev parent reply other threads:[~2014-10-22 9:30 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-22 9:08 [Qemu-devel] [PATCH 0/4] small improvements to get_maintainer.pl Paolo Bonzini
2014-10-22 9:08 ` [Qemu-devel] [PATCH 1/4] get_maintainer.pl: exit with status 1 if no maintainer found Paolo Bonzini
2014-10-22 12:09 ` Markus Armbruster
2014-10-22 12:32 ` Paolo Bonzini
2014-10-22 9:08 ` [Qemu-devel] [PATCH 2/4] get_maintainer.pl: treat all M entries the same Paolo Bonzini
2014-10-22 9:24 ` Michael S. Tsirkin
2014-10-22 9:08 ` [Qemu-devel] [PATCH 3/4] get_maintainer.pl: move git loop under "if ($email) {" Paolo Bonzini
2014-10-22 9:08 ` [Qemu-devel] [PATCH 4/4] get_maintainer.pl: point at --git-fallback instead of enabling it automatically Paolo Bonzini
2014-10-22 9:33 ` Michael S. Tsirkin [this message]
2014-10-22 9:56 ` Paolo Bonzini
2014-10-22 10:13 ` Thomas Huth
2014-10-22 10:17 ` Michael S. Tsirkin
2014-10-22 10:30 ` Paolo Bonzini
2014-10-22 12:55 ` Markus Armbruster
2014-10-22 10:17 ` [Qemu-devel] [PATCH 0/4] small improvements to get_maintainer.pl Thomas Huth
2014-10-22 10:28 ` Michael S. Tsirkin
2014-10-22 10:42 ` Paolo Bonzini
2014-10-22 12:57 ` Markus Armbruster
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=20141022093339.GB9425@redhat.com \
--to=mst@redhat.com \
--cc=armbru@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
/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).