Question

我们正在使用Visual Studio Team Services（VSTS），它具有史诗，功能，故事和任务。我们还将关注特征分支中发生的git dmz flow。我们想要使用VSTS结构，但不打破git dmz流的原理和优点。

我正在考虑将功能分支分支到故事分支和分支到任务分支的故事分支（实际开发工作发生的地方）。这不会给开发团队增加太多开销吗？自动化可以帮助解决这个问题吗？

我正在考虑使用故事分支，比如功能分支（在git dmz流程上下文中），其中，当一个故事完成后，你可以让PR进入dmz分支（但它有点破坏了VSTS /敏捷结构中的结构）？）

我相信任务可以完成不超过一天，因此任务分支应该是短暂的。我还假设功能需要数天才能完成。

Answer 1

您似乎已将工作项和分支捆绑在一起。

在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)

使用功能，故事和任务分支？

1 个答案: