From: "SZEDER Gábor" <szeder@ira.uka.de>
To: Fernando Vezzosi <buccia@repnz.net>
Cc: git@vger.kernel.org
Subject: Re: [PATCH] Introduce commit.verbose config option
Date: Sun, 6 Nov 2011 13:52:29 +0100 [thread overview]
Message-ID: <20111106125229.GA32270@goldbirke> (raw)
In-Reply-To: <20111105182339.27C069004A@inscatolati.net>
On Sat, Nov 05, 2011 at 07:07:35PM +0100, Fernando Vezzosi wrote:
> Enabling commit.verbose will make git commit behave as if --verbose was
> passed on the command line.
>
> Reviewed-by: Sverre Rabbelier <srabbelier@gmail.com>
> Signed-off-by: Fernando Vezzosi <buccia@repnz.net>
> ---
> Documentation/config.txt | 3 +++
> builtin/commit.c | 4 ++++
> 2 files changed, 7 insertions(+), 0 deletions(-)
>
> diff --git a/Documentation/config.txt b/Documentation/config.txt
> index 5a841da..6826788 100644
> --- a/Documentation/config.txt
> +++ b/Documentation/config.txt
> @@ -832,6 +832,9 @@ commit.template::
> "{tilde}/" is expanded to the value of `$HOME` and "{tilde}user/" to the
> specified user's home directory.
>
> +commit.verbose::
> + A boolean to enable verbose mode like the --verbose flag does.
> +
I just tried out this patch, and found that setting commit.verbose to
true also affects git commit's behavior when invoked from scripts
where you can't pass --verbose to git commit. I.e. the diff to be
committed is shown for git revert, interactive rebase's reword or
squash commands, or during 'git rebase --continue' after resolving a
conflict. I think this should be mentioned both in the commit message
and in the documentation.
Anyway, I like this change because I have a somewhat convoluted and
flaky combination of hooks and editor scripts to do the same, and now
I can finally get rid of them.
Best,
Gábor
prev parent reply other threads:[~2011-11-06 12:54 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-05 18:07 [PATCH] Introduce commit.verbose config option Fernando Vezzosi
2011-11-06 2:51 ` Nguyen Thai Ngoc Duy
2011-11-06 12:52 ` SZEDER Gábor [this message]
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=20111106125229.GA32270@goldbirke \
--to=szeder@ira.uka.de \
--cc=buccia@repnz.net \
--cc=git@vger.kernel.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).