Thread (14 messages) flat view 14 messages, 2 authors, 2016-06-15

Re: Heads up: rebase -i -p will be made sane again

From: Stephen Haberman <hidden>
Date: 2016-06-15 22:46:03

quoted
quoted
So I adapted my code to find the "dropped" merges in 
git-rebase--interactive, too, for now, but I guess the proper fix is 
something like this:
So, if C, as a merge commit, doesn't get a patch id anymore (right?),
does that mean that C is included with A and D in the cherry-picking
on top of UPSTREAM (because with no patch id it cannot be recognized
as a duplicate)?
Yep, it gets into the list.  But not with a "pick" command, as a merge it 
will get a "merge" command.
quoted
So then C' is an empty-commit? This would be fine, I think, or can you 
detect that C is a noop somehow without patch ids?
Actually, there are three possible outcomes:

- it tries to merge an ancestor of HEAD or HEAD itself -> noop

- it tries to merge which results in a fast-forward -> fine

- it tries to merge and a proper merge is necessary -> may conflict
Ah, cool, that makes sense.

Thanks,
Stephen
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help