Thread (1 message) 1 message, 1 author, 2020-10-12

Re: [PATCH] sequencer: fix gpg option passed to octopus merge

From: Junio C Hamano <hidden>
Date: 2020-10-12 19:41:56

Junio C Hamano [off-list ref] writes:
Phillip Wood [off-list ref] writes:
quoted
In run_git_commit() we do

	if (opts->gpg_sign)
		strvec_pushf(&cmd.args, "-S%s", opts->gpg_sign);
	else
		strvec_push(&cmd.args, "--no-gpg-sign");

I'm not immediately clear why we pass --no-gpg-sign when
opts->gpg_sign isn't set ...
Isn't it because there is a configuration that the &cmd may honor
that forces gpg signing all the time?
quoted
but it makes me wonder if we should be doing
that here as well
I was reacting only based on what I saw in these message, but it
turns out that cmd above is an internal invocation of "git merge";
as the command does honor the "commit.gpgsign" option, if "rebase"
or whatever command that invoked the sequencer turned off the
signing by setting opts->gpg_sign to false, I agree that the part
touched by the patch should have the else clause to explicitly
override the configuration option.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help