On Wed, Apr 30, 2008 at 09:47:02AM +0100, Johannes Schindelin wrote:
I cannot bring myself to feel that this is messy. The more I think about
it, the clearer it becomes for me that the pick call should use the
original commit, whereas the merge call should use the rewritten commit
(and should therefore only be called when all ancestors of that merge
which need rebasing were rebased already).
Maybe, it would be better if re-written commits were marked a bit
differently, so there will be no confusion about whether an original
or re-written commit is referred. For instance, re-written commits can
be marked by adding apostrophe at the end, so if the original commit
was "abcdef" then the re-written should be called as "abcdef'". At
least, it will make plain clear for anyone where in merge rewritten
commits are mentioned. Otherwise, it looks too magical to me.
Dmitry