2

We are using Visual Studio Team Services (VSTS) which have epics, features, stories and down to tasks. We will also follow git dmz flow in which development happens in feature branches. We want to use VSTS structure but not breaking the principles and benefits of git dmz flow.

I was thinking of having a feature branch that will be branched out to story branch and story branch that will be branch out to task branch (where the actual dev work happens). Is this not add too much overhead for the dev team? Can automation help in this?

我正在考虑使用特性分支之类的故事分支（在 git dmz 流上下文中），其中，当一个故事完成后，您可以将 PR 转到 dmz 分支（但它会破坏 VSTS/敏捷结构中的结构？）

我相信任务可以在一天内完成，所以任务分支应该是短暂的。我还假设功能需要几天才能完成。

4

1 回答 1

2

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

在 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)
于 2017-06-08T07:50:37.107 回答