在工作中我被告知在使用Git时我总是应该尝试重新绑定而不是合并。到目前为止，我对这种方法并不十分满意，因为合并一直很容易，通常会产生更少的冲突并反映代码开发方式的真实自然方式（在分支中）。重新定位通常会导致大量冲突，并使变化的历史变得线性，不能反映现实。
无论如何，那个让我这么做的人向我展示了我应该遵循的程序，以减少冲突次数：
现在，他还要求我在继续我的工作之前每天做以下事情：
最令人沮丧的是第3点，即使我的提交非常小，此时的冲突数量也很大。
当我向另一位同事求助时，他告诉我，我们不应该不止一次地改变这种情况，这就是为什么我有这种讨厌的冲突。但在这种情况下，如果我在一段时间后回到分支机构，我可能不记得是否已经重新定位。这就是为什么我总是喜欢合并哪种更容易，而且很难出错。
无论如何，如果我仍然想坚持使用rebase的请求，你的建议是什么？什么是＆＃34;正确＆＃34;当我回到已经被重新定位的旧分支时，我应该遵循我的情况吗？或者如果我不应该多次重新调整它，如何轻松检测它是否已经重新定位？