フィーチャー、ストーリー、タスクブランチの使用？

Question

私たちは、叙事詩、機能、ストーリー、およびタスクを含むVisual Studio Team Services（VSTS）を使用しています。フィーチャーブランチで開発が行われるgit dmz flowにも従います。我々はVSTS構造を使用したいが、git dmzフローの原則と利点を破ってはならない。

私は（実際のdevの仕事が起こる）タスクブランチに出て分岐されるストーリーの分岐とストーリーの分岐に分岐します機能ブランチを有していると考えていました。これは開発チームにとってあまりにも多くのオーバーヘッドを追加しないのですか？オートメーションはこれを助けますか？

私は物語が終わったときに、dmzブランチに行くようにすることができます（ただし、VSTS/agileの構造を破壊するようなものです）構造？）

私はタスクが1日以上で終わることができると信じて、タスクブランチは短命でなければなりません。また、フィーチャは完了するまでに数日かかるとも考えています。

Answer 1

作業項目とブランチをバンドルしているようです。

Git DMZ Flowでは、異なるブランチを使用してプロジェクトを効率的に構築/解放する方法について説明しています。そして、この記事はWIT（仕事項目タイプ）とは関係がありません。

一方、ブランチと作業項目は通常1対1の対応ではなく、1対多の関係です。つまり、フィーチャーブランチで開発するために準備するものは、作業項目の詳細操作によってリストすることができます。

たとえば、ブランチ名を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)