我们正在使用 Visual Studio Team Services (VSTS),其中包含史诗、功能、故事和任务。我们也会关注git dmz flow其中开发发生在功能分支中。我们希望使用 VSTS 结构,但又不破坏 git dmz flow 的原理和优点。
我正在考虑建立一个功能分支,将分支到故事分支,并将故事分支分支到任务分支>(实际开发工作发生的地方)。这不是给开发团队增加了太多的开销吗?自动化可以帮助解决这个问题吗?
我正在考虑使用像功能分支这样的故事分支(在 git dmz flow 上下文中),其中,当故事完成时,您可以将 PR 发送到 dmz 分支(但这会破坏 VSTS/敏捷结构中的结构) ?)
我相信任务最多可以在一天内完成,因此任务分支应该是短暂的。我还假设功能需要几天时间才能完成。
最佳答案
您似乎已将工作项和分支捆绑在一起。
在 Git DMZ Flow 中,它讨论了如何使用不同的分支来高效地构建/发布项目。并且本文与WIT(工作项类型)无关。
另一方面,分支和工作项通常不是一对一的对应关系,而是一对多的关系。这意味着您准备在功能分支上开发的内容可以通过工作项中的详细操作列出。
例如,有一个公司的功能分支需要导出报告,这里我们将该分支名称命名为feature/reporting
。现在,您可以在工作项中列出此功能的详细工作,如下所示:
|___ daily report (User story)
| |___ template design (task)
| |___ function develop (task)
| |___ QA test (task)
|___ monthly report (User story)
| |___ … (task)
|___ yearly report (User story)
|___ … (task)
关于git - 使用功能、故事和任务分支?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/44425043/