Thread (6 messages) flat view 6 messages, 4 authors, 2016-06-15

Re: git cherry-pick --continue?

From: Sverre Rabbelier <hidden>
Date: 2016-06-15 22:48:13

Possibly related (same subject, not in this thread)

Heya,

On Wed, Feb 10, 2010 at 23:21, Junio C Hamano [off-list ref] wrote:
Having said all I did in the previous message, I think "am --continue"
would be a good addition.
How about 'cherry-pick --resolved' though ;).
And "rebase --resolved" would not make any sense if the reason the control
is given back to you was because you ran "rebase -i" and marked a commit
to be "edit"ed.  Of course, we could add "--resolved" and "--edited" (or
perhaps "--amended") to "rebase", and have it make sure that the correct
one is given.  For example, when it stopped for "edit", it would reject
"rebase --resolved".  But I do not think it is worth the hassle.
I don't see any benefit to that, in fact, I'd recommend against it.

-- 
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