Re: [BUG] "git commit" after "cherry-pick -n" conflict clobbers .git/COMMIT_EDITMSG

From: Junio C Hamano <gitster@pobox.com>
Date: Oct 11, 2012, 17:00 UTC
Message-ID: <7vzk3t6j0a.fsf@alter.siamese.dyndns.org>
In-Reply-To: <20121011113352.006efa25@chalon.bertin.fr>

Yann Dirson <dirson@bertin.fr> writes:

> (only tested with 1.7.10.x for now)
>
> ~/softs/linux$ echo foo > .git/COMMIT_EDITMSG

Why are you mucking with such an internal implementation detail in the first place?

Show 10 quoted lines

> ~/softs/linux$ git cherry-pick -n b55f3d92cd
> error: could not apply b55f3d9... Linux 2.6.32.26
> hint: after resolving the conflicts, mark the corrected paths
> hint: with 'git add <paths>' or 'git rm <paths>'
> ~/softs/linux$ cat .git/COMMIT_EDITMSG
> foo
>
> So far, so good.  But then "git commit" brings me the message from the
> cherry-picked commit plus the list of conflicted files, and I can verify that
> it is now the contents of .git/COMMIT_EDITMSG.

You verified that "what" is now in .git/COMMIT_EDITMSG? The commit log message for you to edit to record the result of the cherry-pick?

If that is the case, what is the problem?

If anything you had in .git/COMMIT_EDITMSG before you started "'cherry-pick -n', edit further to adjust, and then 'commit'" sequence were to appear in the editor to edit the commit log, it would be a bug, I would think.