Robin Dos Anjos <robin_1997@xxxxxxxxxx> writes: > There are several workarounds to this situation. It would be much better to avoid getting into a problematic situation in the first place than having to come up with a workaround for such a situation. "git imerge" may be a good tool to know about for that. You may be able to avoid having to say: "Gaahh, I am not patient enough to rebase this series of commits, even though I spent time to carefully separate into logical and independent steps. I'll squash them all into one large blob of changes, even though it means I will lose all that work." An "interdiff" that compares the base and the tip of the old and the new iterations is certainly a way to compare the changes as a whole, in exchange for loss of the diff between the log messages and other commit metadata. Adding such a mode to the "range-diff" command might not be a bad idea.