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

Question

我们正在使用 Visual Studio 团队服务 (VSTS)，它具有 epics、功能、故事和任务。我们还将遵循 git dmz flow，其中开发发生在功能分支中。我们想使用 VSTS 结构，但不破坏 git dmz 流程的原则和好处。

我想有一个 功能分支 将被分支到 故事分支 和故事分支将被分支到任务分支（实际开发工作发生的地方）。这不会给开发团队增加太多开销吗？自动化对此有帮助吗？

我正在考虑使用功能分支之类的故事分支（在 git dmz 流程上下文中），其中，当故事完成后，您可以将 PR 转到 dmz 分支（但这有点破坏VSTS/agile 结构中的结构？）

我认为任务不会超过一天就可以完成，所以任务分支应该是 short-lived。我还假设功能需要几天才能完成。

Answer 1

看来您已经将工作项和分支捆绑在一起了。

在 Git DMZ Flow 中，它讨论了如何使用不同的分支来有效地 build/release 您的项目。且本文与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)

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

Using feature, story and task branches?

architecture

git

branch

branching-strategy

azure-devops