From: Junio C Hamano <gitster@pobox.com>
To: Koosha Khajehmoogahi <koosha@posteo.de>
Cc: git <git@vger.kernel.org>
Subject: Re: [PATCH] [GSoC] Add configuration options for some commonly used command-line options
Date: Sun, 15 Mar 2015 13:24:06 -0700 [thread overview]
Message-ID: <xmqqlhiyt3fd.fsf@gitster.dls.corp.google.com> (raw)
In-Reply-To: <5505DD9D.8010102@posteo.de> (Koosha Khajehmoogahi's message of "Sun, 15 Mar 2015 20:29:33 +0100")
Koosha Khajehmoogahi <koosha@posteo.de> writes:
> This patch adds a 'showmerges' config. option for git-log.
> This option determines whether the log should contain merge
> commits or not. In essence, if this option is set to true,
> git-log will be run as 'git-log --no-merges'.
>
> Signed-off-by: Koosha Khajehmoogahi <koosha@posteo.de>
> ---
> Documentation/config.txt | 3 +++
> builtin/log.c | 8 ++++++++
> 2 files changed, 11 insertions(+)
>
> diff --git a/Documentation/config.txt b/Documentation/config.txt
> index 1530255..7775b8c 100644
> --- a/Documentation/config.txt
> +++ b/Documentation/config.txt
> @@ -1735,6 +1735,9 @@ log.showroot::
> Tools like linkgit:git-log[1] or linkgit:git-whatchanged[1], which
> normally hide the root commit will now show it. True by default.
>
> +log.showmerges::
> + If true, merges will be shown in the log list. True by default.
When you have to help your colleague by inspecting the history in
her repository, and your colleague has this set to false, and you do
want your "git log" to show merge commits, how would you override
this setting?
git log --merges
is not it.
Avoid introducing a configuration that users cannot override it from
the command line. If there is a way to override (and for the
purpose of this discussion, "git -c log.showmerges=yes" does not
count), document it here.
Tests need to make sure that (1) with configuration without command
line override, the various settings of the variable give behaviour
you wanted to give, and (2) with configuration with command line
override, the values set to the variable does not have any effect to
the behaviour (i.e. the command line override wins).
Thanks.
prev parent reply other threads:[~2015-03-15 20:24 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-15 19:29 [PATCH] [GSoC] Add configuration options for some commonly used command-line options Koosha Khajehmoogahi
2015-03-15 19:35 ` Koosha Khajehmoogahi
2015-03-15 20:24 ` Junio C Hamano [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=xmqqlhiyt3fd.fsf@gitster.dls.corp.google.com \
--to=gitster@pobox.com \
--cc=git@vger.kernel.org \
--cc=koosha@posteo.de \
/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).