Re: [PATCH] Add abbreviated commit hash to rebase conflict message

2 messages, 2 authors, 2016-06-15 · open the first message on its own page

Re: [PATCH] Add abbreviated commit hash to rebase conflict message

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:52:23

Sverre Rabbelier [off-list ref] writes:
On Sun, Nov 6, 2011 at 05:14, Junio C Hamano [off-list ref] wrote:
quoted
I am puzzled, but that cannot be true. The existing message uses $msgnum
and $FIRSTLINE but does not use $commit because it does not necessarily
exist.

What a value would the variable contain when I am applying your original
patch message using "git am -s" (or "git am -s3")?
Aaah, I understand the concern you raise now. In that case a spurious
[] would be printed, which I agree is less than desirable. Would
checking 'if test -n $commit' be sufficient?
In what situation does it make sense to say "It came from _this_ commit"?

I think there is a separate variable that allows any part of the script if
we are being run as a backend of rebase or not, and that is the condition
you are looking for.

Re: [PATCH] Add abbreviated commit hash to rebase conflict message

From: Sverre Rabbelier <hidden>
Date: 2016-06-15 22:52:23

Heya,

On Sun, Nov 6, 2011 at 21:27, Junio C Hamano [off-list ref] wrote:
In what situation does it make sense to say "It came from _this_ commit"?

I think there is a separate variable that allows any part of the script if
we are being run as a backend of rebase or not, and that is the condition
you are looking for.
The closest I could find is:

                if test -f "$dotest/rebasing"

Which is exactly the case when commit is set. Do you prefer the "-f
$dotest/rebasing" test or the "-n $commit" one?

-- 
Cheers,

Sverre Rabbelier
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help