(git version 126.96.36.199)
I've been learning how to use Git. While exploring "git rebase", I've
discovered that if the branch being rebased contains an "evil" merge,
that is, a merge which contains changes that are in addition to the
changes in any of the parent commits, the rebase operation will
silenty lose those additional changes.
I believe that this is a serious bug.
The problem is not that Git does not propagate the additional changes
(although I'd like it to do so), the problem is that the rebase
*silently loses* changes in the code. It would be acceptable if Git
detected the evil merge, notified me of it, and forced me to manually
re-do it in order to finish the rebase.
Throughout the Git design (as in other SCMs), care has been taken to
not lose changes that the user has introduced. In this situation,
that principle is violated.
I have a script that demonstrates this failure, if that would be
useful for testing purposes.
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html