我们有关于分支和版本控制的情况。例如我们有一个拥有2.0版本的主分支，现在它变得复杂了我们有三个团队在同一个项目上工作但是在不同的冲刺中以不同的日期结束。 示例Sprint 1 - 在一周内结束，Sprint 2在2周内结束，并且sprint 3 - 在2周内结束。什么是最好的Git Flow，从开发和合并到它的分支。例如第1组 - （Sprint 1）将在1周内完成其工作，并希望在它之后立即测试它的工作。如果我们将它合并回开发分支，然后将其合并到发布分支以进行测试，那么您将拥有其他人的代码，这些代码已将其分支推入开发分支，并且还将继续工作直到sprint结束。以前有过几乎相同的经历可以帮助吗？提前谢谢，
答案 0 :(得分：-1)
谢谢您的图表。
我相信你犯的最大错误就是使用发布分支进行错误修正。发布分支不应该用于错误修复，而只是用于发布（据我了解git flow）。应该使用开发分支（和功能分支）来修复错误。
“正常”git流程/流程足以满足您的需求。 如果您不希望某个功能成为发行版的一部分，请不要将其放在开发分支中，而是将其保留在功能分支中。
你可以同时拥有3个功能分支，没问题。
一个功能分支是否需要与开发同步？没问题，git checkout feature-branch然后git merge开发。这种方式功能分支和开发分支是“牵手”。
功能分支2是否已准备好发布，没问题，您在该分支上进行git流程完成，然后进行发布。
然后功能分支3可以“合并开发”，如果需要，保持新鲜。
