我有一个回购,有开发分支.两个开发人员在他们的分支上工作,b1和b2都来自开发分支.工作和完成后,继续推动对原点的更改.然后这些分支合并到原点开发(Bit-Bucket).

我想问一下,在每次合并之后,将它们的分支重新定位到开发中是否重要吗？或者只是继续进行越来越多的提交和推送,直到完成该功能？这里应该采取什么正确的策略？

最佳答案 没有’正确’的策略.

每次开发分支都有新的提交时,他们可以将b1 / b2分支重新绑定到开发分支.这有两个好处：

>立即以小块修复合并冲突.
>开发人员确信他的代码适用于在开发其功能时推送到遥控器的任何内容.

或者,他们可以分支开发分支,在b1 / b2上实现他们的功能,并且在他们完成该功能之前不做任何变基.这有一个好处：

>当他们正在研究他们的功能时,没有麻烦与合并冲突等,让他们更专注于他们手头的任务.

然而,这也有两个缺点

>当他们的功能完成时,他们需要在最后进行rebase.他们不知道在此期间对开发分支进行了多少次提交,这可能使这个任务变得越来越重要 – 更多的承诺,更多潜在的合并冲突,它可能越混乱,工作就越多.
>在此期间合并到开发分支中的代码可能会破坏它们在其功能中所依赖的代码.

这实际上取决于你/他们想要的工作方式.他们是否希望自己的工作流程不被打扰？ – >最后一次,最后一次.他们是否想要保证他们的代码可以与同时推送的内容一起使用？ – >经常变坏.