Re: [PATCH] rebase -i: remove CHERRY_PICK_HEAD when cherry-pick failed
- From
- Andrew Wong <andrew.w-lists@sohovfx.com>
- Date
- Mar 24, 2012, 20:03 UTC
- Message-ID
- <4F6E289B.4020104@sohovfx.com>
- In-Reply-To
- <4F679E67.4080708@sohovfx.com>
On 12-03-19 5:00 PM, Andrew Wong wrote:
Show 7 quoted lines
> On 03/19/2012 12:51 PM, Junio C Hamano wrote: >> Isn't the real solution *not* to create the CHERRY_PICK_HEAD in the >> sequencer when it is not know if it is needed, instead of the current code >> which seems to create first and then selectively try to unlink() it? >> > Though if the additional flag in "cherry-pick" and additional option in > sequencer could be useful elsewhere, I could do it that way too.
I looked into adding a "no-state" flag in 'cherry-pick' to not create the CHERRY_PICK_HEAD, but 'commit' actually has several dependencies on CHERRY_PICK_HEAD, such as recording reflog message, 'prepare-commit-msg' hook, and formatting a user message. So if we want to continue to pursue this path, we'd have to preserve those behaviors in 'commit' as well. It's probably not a good idea to make all these changes in 'cherry-pick' and 'commit' just to avoid a simple cleanup in 'rebase -i'. So I still prefer the patch I submitted earlier.