当任务是清理一个长时间运行的特性分支时,我发现历史中有许多提交需要压缩/修复或重写。我确实想保留合并,因为它们可能有复杂的冲突解决方案,这是我无法做到的。
想象一下下面的提交:
master: P0 - P1 - P2 - P3 --------------
\ \ \
feature: A - M1 - B - C1 - C2 - C3 - D - M2 - E其中Ms是来自相同分支(主)2的合并。
我想把C2和C3修改成C1 (改写成C1)。
当我这样做的时候:git rebase -i -r master我会看到所有的提交和合并,我会根据需要用f和r标记它们。
当这个rebase被执行时,当我到达merge commit M2时,git会报错一个冲突。我假设是因为它不能应用合并,因为修正的结果是提交被重写了。
有没有办法让git在没有冲突的情况下进行这样的合并?假设我没有更改任何内容行,ours或theirs在这种情况下是否总是正确的,以及我如何在运行这个rebase的过程中做到这一点。
发布于 2019-06-17 07:45:30
如果大体上来说,你想做的是将所有的更改压缩到一个单独的更改中,并在开始时的分支上重新建立基础……我没有像这样做所有的rebase麻烦:
git checkout my-branch
git merge the-target-branch
# finish that merge, doesn't matter the comment, it will go away
# when the merge is finished
git reset --soft the-target-branch
git commit -m "my squashed feature"你在没有注意到的情况下改变了基数
https://stackoverflow.com/questions/56622691
复制相似问题