作業項目をコーディングする場所を指定する最善の方法は何ですか? 特定のフィールドを使用しますか? 現在、WIT でカスタムの「修正するバージョン」フィールドを使用していますが、これは開発またはメイン ライン コード ブランチに直接関係していません。最終的に、どのバージョン (v6.1、v6.2 など) がどのブランチに関連しているかを伝えることになりますが、まだ「マッピング」を行う必要があります。ブランチの名前は「修正するバージョン」と同じであるため、これは実際にはリリースされたバージョンの「ホット フィックス」に対してのみ機能します。開発者がどこをコーディングすればよいかを簡単に把握でき、最小限のメンテナンスしか必要としないように、作業項目はどのように指定されますか?
更新: 少し明確にするために、Dev、Main、および Release (リリースごとに 1 つ) のブランチがあります。私たちは、開発の 90% を Dev で行っています。イテレーションが終了したら、Dev を Main に逆統合しますが、その時点ではリリースしません。テストはしばらくメインで行われ、選択されたバグはメインで修正される可能性があります。これはすべて、次のイテレーション (新しいストーリー) が Dev で進行している間も続きます。Main で問題がないように見えたら、新しいバージョン (新しいリリース ブランチ) に分岐し、Main での開発は次の反復が開始されるまで終了し、Dev から Main に再び逆統合します。もちろん、Main で問題が修正されたら、Main を Dev に統合します。いつでも、Dev、Main、または Released バージョンで修正が必要なバグが発生する可能性があります。Main、Dev、および Release で進行中のバグ修正では、一部の開発者を混乱させています。「バージョン」を伝えますが、将来または現在のバージョンがどのブランチにリンクされているかを知る必要があります。ここで、Task 作業項目のベスト プラクティスを見つけようとしています。