Yesterday I cherry-picked two commits into my main branch, one of them caused merge conflicts and I resolved them, committed and pushed them to origin. Today I am attempting
Solved with the following: rm .git/CHERRY_PICK_HEAD
I realize this is dangerous as this doesn't guarantee internal consistency within git, but no issues for me so far...
Since my previous answer from 2014, the proper command nowadays (2018) is git cherry-pick --quit
.
And before Git 2.19 (Q3 2018), "git cherry-pick --quit
" failed to remove CHERRY_PICK_HEAD
even though we won't be in a cherry-pick session after it returns, which has been corrected.
See commit 3e7dd99 (16 Aug 2018) by Nguyễn Thái Ngọc Duy (pclouds).
(Merged by Junio C Hamano -- gitster -- in commit 39e415c, 20 Aug 2018)
cherry-pick: fix --quit not deleting CHERRY_PICK_HEAD
--quit
is supposed to be--abort
but without restoringHEAD
.
LeavingCHERRY_PICK_HEAD
behind could make other commands mistake thatcherry-pick
is still ongoing (e.g. "git commit --amend
" will refuse to work). Clean it too.For
--abort
, this job of deletingCHERRY_PICK_HEAD
is on "git reset
" so we don't need to do anything else. But let's add extra checks in--abort
tests to confirm.
Another option: with Git 2.23 (Q3 2019), a git cherry-pick --continue
will actually work!
When one step in multi step cherry-pick or revert is reset or committed, the command line prompt script failed to notice the current status, which has been improved.
See commit e981bf7 (01 Jul 2019) by Phillip Wood (phillipwood).
(Merged by Junio C Hamano -- gitster -- in commit 8a4acc5, 19 Jul 2019)
git-prompt
: improvecherry-pick
/revert
detectionIf the user commits or resets a conflict resolution in the middle of a sequence of cherry-picks or reverts then
CHERRY_PICK_HEAD
/REVERT_HEAD
will be removed and so in the absence of those files we need to check.git/sequencer/todo
to see if there is a cherry-pick or revert in progress.See if a
cherry-pick
orrevert
is in progress, if the user has committed a conflict resolution with 'git commit
' in the middle of a sequence of picks or reverts thenCHERRY_PICK_HEAD
/REVERT_HEAD
will not exist so we have to read thetodo
file.
If the git cherry-pick --continue
doesn't work, that means git is too old: that option was introduced for git 1.7.8 (Dec. 2011) in commit 5a5d80f
It works by dropping the first instruction from .git/sequencer/todo and performing the remaining cherry-picks listed there, with options (think "
-s
" and "-X
") from the initial command listed in ".git/sequencer/opts
".
These days (2014), that would be the command to use when you see "You have not concluded your cherry-pick
".
Next time try git cherry-pick --abort
, otherwise what you did should more or less work.