Thread (3 messages) flat view 3 messages, 3 authors, 2021-07-06

Re: [RFC PATCH 01/35] merge: improve fatal fast-forward message

From: Felipe Contreras <hidden>
Date: 2021-07-06 21:15:19

Junio C Hamano wrote:
"Randall S. Becker" [off-list ref] writes:
quoted
quoted
If you do:

 % git merge --ff-only
 fatal: Not possible to fast-forward, aborting.

That "aborting" part is redundant; we know `git merge` should abort
if the fast-forward is not possible, we explicitely told git to do
that.

`git merge` is a special operation where errors (conflicts, for one)
may leave the repository in a merge pending state where you
subsequently may have to use `git merge --abort` to reset the
situation or `git add` to continue. The `aborting` output makes it
clear that you do not have to do the `--abort` and *cannot* do the
`add` because there was an implicit `--abort` done resulting from the
failure. This is important information for the user.
If so, adding ", aborting" to the end is misleading.  In this
particular failure mode, the command pretends that the merge did not
even start.
That's true.

Whatever is the case for that "aborting" to be there I don't think it's
adding any value.

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