This is an interesting feature of Git, and not such a bad one once you realize what is happening.
Git tracks commits by commit hash, and from the history hot-fix-2
is already present. Git also knows that the reversion has been applied, but it doesn't really see it as backing out the original commit. Instead, it's just another commit that happens to apply the same diff in reverse, and it has it's own commit hash too.
In order to allow Git to see the changes, you have one of several choices:
Revert the revert. As weird as it sounds, it works. This says to introduce a new commit that contains the reverse diff. That commit is not present on the integration branch, and so Git will see it as a change to be brought in.
You can cherry pick the original commit, but you'll need a special option:
git cherry-pick --keep-redundant-commits COMMIT_HASH
where COMMIT_HASH
introduces the original bug fix.
There are other ways to help do this too, but they're a bit more complicated and involve using git rebase
. I think the above techniques are probably the most straight-forward.
与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…