VSTSの "feature"作業タイプをgit機能の分岐に合わせることは有益でしょうか？

Question

git dmz flowを使用しています。機能が完了すると、dmzブランチにマージされ、CIを通過するとマスタブランチにマージされます。機能は多くのストーリーで構成され、ストーリーは多くのタスクで構成されます。

現在、git dmz flowのコンテキストでは、ユーザーのストーリーとタスクを「機能」と見なしています。私たちはマスターから特定の物語や仕事に分岐します。私はこれが混乱し、機能の分岐を守らないように感じ、機能型のVSTSやその下の物語やタスクからマスターから分岐するほうがよいでしょう。

Answer 1

実際にユーザーストーリーは、VSTSの "フィーチャー"タイプの仕事と同じ機能を持っています。

ユーザーストーリーは、 チームが作成する必要があるアプリケーション、要件、および要素を定義します。プロダクトオーナーは通常、ランク のユーザストーリーを定義してスタックします。チームは努力を見積もって、 を優先度の高い項目として配信します。

masterから機能ブランチをチェックアウトすると、この機能ブランチで開発したい機能を構成する一連のユーザーストーリーを作成できます。かんばんの掲示板では、使用法のプロセスを見ることができます。

特定のユーザーストーリーの場合、より詳細な作品（タスク/バグ）を定義することができます。また、作業プロセスを反復で表示できます。