From: Junio C Hamano <gitster@pobox.com>
To: "Kristoffer Haugsbakk" <code@khaugsbakk.name>,
"Nikolay Borisov" <nik.borisov@suse.com>,
Jeff King <peff@peff.net>
Cc: git@vger.kernel.org
Subject: Re: [PATCH] rebase: Fix documentation about used shell in -x
Date: Wed, 17 Jan 2024 14:35:01 -0800 [thread overview]
Message-ID: <xmqqv87rtwq2.fsf@gitster.g> (raw)
In-Reply-To: <b491d954-b1a4-4000-95fb-fc83bf815edc@app.fastmail.com> (Kristoffer Haugsbakk's message of "Tue, 16 Jan 2024 17:50:56 +0100")
"Kristoffer Haugsbakk" <code@khaugsbakk.name> writes:
> Hi
>
> Some nitpicks since it seems like there will be another round (v2):
>
>> rebase: Fix documentation about used shell in -x
>
> Lower-case “fix” is more conventional.[1]
>
>> SHELL_PATH constant at build time. This erroneous statement in the
>> documentation sent me on a 10 minute wild goose chase wondering why my
>> $SHELL was pointing to /bin/bash and my /bin/sh to dash and git was
>> using dash and not bash.
>
> I think anecdotes are not kept in the commit message, usually? Often they
> are put after the three-hyphen/three-dash line.
> ...
> The shell used when using the -x option is the one pointed to by the
> SHELL_PATH constant at build time.
>
> Signed-off-by: Nikolay Borisov <nik.borisov@suse.com>
> ---
> This erroneous statement in the documentation sent me on a 10 minute
> wild goose chase wondering why my $SHELL was pointing to /bin/bash and
> my /bin/sh to dash and git was using dash and not bash.
>
> Documentation/git-rebase.txt | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Yup, that looks better. Here is what I will queue tentatively, with
the improvement suggested by Peff.
----- >8 -----
Subject: [PATCH] rebase: fix documentation about used shell in -x
The shell used when using the -x option is the one pointed to by the
SHELL_PATH constant at build time, not $SHELL environment variable.
We could leave the parenthetical explanation about what shell is
used, but it depends on the build and platform (Windows do not even
use SHELL_PATH build-time knob). Because Git executes lots of
things using a shell, and it always uses the default shell, it
probably is better to just stop at saying "launches the command in a
shell" without going into more details.
Signed-off-by: Nikolay Borisov <nik.borisov@suse.com>
Helped-by: Jeff King <peff@peff.net>
Helped-by: Kristoffer Haugsbakk <code@khaugsbakk.name>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
---
* We could say things like
- it is a possibility for the future to add how the default
shell is decided (including the use of SHELL_PATH) in a more
central part of the doucmentation like git(1)
- at least not giving a wrong information would prevent the
future developers wasting time on experimenting various
settings of the $SHELL variable
in the log message, if we want.
Documentation/git-rebase.txt | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/Documentation/git-rebase.txt b/Documentation/git-rebase.txt
index b4526ca246..51489ea686 100644
--- a/Documentation/git-rebase.txt
+++ b/Documentation/git-rebase.txt
@@ -957,8 +957,7 @@ The interactive rebase will stop when a command fails (i.e. exits with
non-0 status) to give you an opportunity to fix the problem. You can
continue with `git rebase --continue`.
-The "exec" command launches the command in a shell (the one specified
-in `$SHELL`, or the default shell if `$SHELL` is not set), so you can
+The "exec" command launches the command in a shell, so you can
use shell features (like "cd", ">", ";" ...). The command is run from
the root of the working tree.
prev parent reply other threads:[~2024-01-17 22:35 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-16 14:18 [PATCH] rebase: Fix documentation about used shell in -x Nikolay Borisov
2024-01-16 14:37 ` Jeff King
2024-01-16 17:58 ` Junio C Hamano
2024-01-16 16:50 ` Kristoffer Haugsbakk
2024-01-17 22:35 ` 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=xmqqv87rtwq2.fsf@gitster.g \
--to=gitster@pobox.com \
--cc=code@khaugsbakk.name \
--cc=git@vger.kernel.org \
--cc=nik.borisov@suse.com \
--cc=peff@peff.net \
/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).