所以我们遇到了一个问题,如果你在master和他们的PUSH上重新分支你的分支,那么在你的分支上工作的其他人会拉动并获得所有类型的合并冲突b / c rebase已经重写历史并且提交与它们在分支上的不同。有没有办法绕过这个,假设另一个人有一堆他想要推进分支的变化?
答案 0 :(得分:3)
其他人应该能够通过使用
来推动分支git pull --rebase
答案 1 :(得分:1)
您可以查看git rebase man page的“从上游重新登录恢复”部分 基本上,你的同事必须这样做(考虑到这里'子系统'已被重新定位):
git rebase subsystem
(如果他的更改是在另一个分支上)
或:
git rebase --onto subsystem subsystem@{1}