在我的办公室,我们正在使用 git 并进行一些代码审查。来审查我的同事的时间要求我将源分支(主)合并到我的功能分支中,以便能够看到差异并进行审查。我并不同意,因为在我看来,功能分支应该只包含功能的提交,因此不导入主分支更改。
所以我想知道在创建一个长期存在的共享特性分支时,我是否应该在任何时候将源分支合并到特性分支中?
当启用 git rerere 时,我已经看到了一些解释,您将源分支合并到功能之一以记录潜在冲突的解决方案,然后恢复提交的合并。
我想知道什么是最佳做法。
在我的办公室,我们正在使用 git 并进行一些代码审查。来审查我的同事的时间要求我将源分支(主)合并到我的功能分支中,以便能够看到差异并进行审查。我并不同意,因为在我看来,功能分支应该只包含功能的提交,因此不导入主分支更改。
所以我想知道在创建一个长期存在的共享特性分支时,我是否应该在任何时候将源分支合并到特性分支中?
当启用 git rerere 时,我已经看到了一些解释,您将源分支合并到功能之一以记录潜在冲突的解决方案,然后恢复提交的合并。
我想知道什么是最佳做法。