在Scrum中控制版本分支的最佳方法是什么？

Question

让多个团队使用单个Product Backlog处理单个产品，这些团队的每个成员是否经常将他们的代码提交到主干，而不是为每个团队分支？

所以他们会在Sprints上单独工作，在代码审查后经常同步主干和他们的分支，并首先将他们的工作代码添加到他们的分支中？

或

我们可以使用的方法是什么，它有什么标准模型吗？

Answer 1

持续集成（到主干）是一个很好的目标。分支的简单策略是：不要

我同意你有时候没有机会去分支。在这种情况下，要意识到当你这样做时，你会产生复合技术债务。债务拖欠的时间越长，累积的债务就越多。

如果 要进行分支，请尽可能晚地进行分支，并尽早合并。

Answer 2

频繁提交到主干可能会造成混淆，尤其是在频繁提交的情况下。一种方法是使用功能分支方法，其中功能在单独的分支中处理直到完成，然后将其合并到主干/主服务器中。这样，当你坚信某个功能可以工作时，你只会承诺掌握。如果在此期间trunk / master已更改，您只需将其下拉到功能分支并修复那里的任何冲突。

正如Derek所说，持续整合到主干/主人是一个努力的目标。可能只是你不希望在提交过程中出现如此多的混淆，如“oops，忘记配置”，“再试一次”，“差不多......”等等。