From: Junio C Hamano <gitster@pobox.com>
To: Dragan Simic <dsimic@manjaro.org>
Cc: git@vger.kernel.org
Subject: Re: [PATCH] doc: pull: improve rebase=false documentation
Date: Thu, 14 Sep 2023 12:00:54 -0700 [thread overview]
Message-ID: <xmqqzg1oinq1.fsf@gitster.g> (raw)
In-Reply-To: <226cc3ed753ee809a77ac7bfe958add7a4363390.1694661788.git.dsimic@manjaro.org> (Dragan Simic's message of "Thu, 14 Sep 2023 05:25:02 +0200")
Dragan Simic <dsimic@manjaro.org> writes:
> Mention in the documentation that --rebase defaults to false.
I am not quite sure if this is an improvement, though.
It is true that, if you do not have any of your own funny
configuration, your "git pull" will *not* rebase.
But that is "if you do not give the --rebase option, you do not
trigger the rebase action". Which is quite natural, but it is
different from what you wrote above, isn't it?
When people say "the default for `--rebase` is false", they mean
this:
I can say "git pull --rebase=<kind>" to specify how my current
branch is rebased on top of the upstream. But if I do not
specify the <kind>, i.e. "git pull --rebase", the command will
act as if I gave 'false' as the <kind>.
At least, I would think that is what the word "default" means.
And I would be surprised if the "default" in that sense is 'false';
isn't the default <kind> 'true' --- meaning "perform the plain
vanilla 'git rebase'", unless you explicitly asked for 'merges',
'interactive' or 'false'?
After the context of the hunk your patch touches, there is a
description on `pull.rebase`. Down there, if you do not set
`pull.rebase` or `branch.<name>.rebase` for the current branch at
all, the system acts as if you had `false` for these variables. In
other words, the default for these variables is `false`, meaning "do
not rebase, just merge". But the default option argument for the
`--rebase` option given without argument would not be `false`, I
would think.
> Signed-off-by: Dragan Simic <dsimic@manjaro.org>
> ---
> Documentation/git-pull.txt | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/Documentation/git-pull.txt b/Documentation/git-pull.txt
> index 0e14f8b5b2..d28790388e 100644
> --- a/Documentation/git-pull.txt
> +++ b/Documentation/git-pull.txt
> @@ -116,7 +116,8 @@ When set to `merges`, rebase using `git rebase --rebase-merges` so that
> the local merge commits are included in the rebase (see
> linkgit:git-rebase[1] for details).
> +
> -When false, merge the upstream branch into the current branch.
> +When false, merge the upstream branch into the current branch. This is
> +the default.
> +
> When `interactive`, enable the interactive mode of rebase.
> +
next prev parent reply other threads:[~2023-09-14 19:02 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-14 3:25 [PATCH] doc: pull: improve rebase=false documentation Dragan Simic
2023-09-14 19:00 ` Junio C Hamano [this message]
2023-09-14 23:57 ` Linus Arver
2023-09-15 5:59 ` Dragan Simic
2023-09-15 17:43 ` Junio C Hamano
2023-09-15 18:00 ` Junio C Hamano
2023-09-15 21:12 ` Linus Arver
2023-09-16 2:18 ` Dragan Simic
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=xmqqzg1oinq1.fsf@gitster.g \
--to=gitster@pobox.com \
--cc=dsimic@manjaro.org \
--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).