TFS 2010では、次の分岐構造の使用を開始しました。
これまでのすべての変更は開発ブランチで実行され、すべてのチェックインはタスク作業項目に関連付けられています。タスクはすべて、バグまたは製品バックログアイテムワークアイテムのいずれかの子です。各CIビルドは特定のチェンジセットに対してトリガーされ、チェンジセットはタスクに関連付けられているため、ビルドされたばかりのバグまたはPBIを手動で特定できます。
コードがビルドされ、統合環境にデプロイされ、開発者によってテストされた後、しばらくして、コードはメインブランチにマージされます。明らかに、複数のチェンジセットを同時にメインにマージすることができます。その前にナイトリーを手動でトリガーしない場合、ナイトリービルドはこのコードをビルドします。QAは、後でこれらの「メイン」ビルドの1つをQA環境にデプロイします。
QAが最後にデプロイされてから、メインブランチのビルドがいくつかあった可能性があります。これらのビルドは、タスクに関連付けられていた元のチェンジセットではなく、「マージ」チェンジセットに関連付けられています。
タスク作業項目に関連付けられているものとは異なるブランチのビルドである、特定の「メイン」ビルドによってアドレス指定されたタスクのセットを判別するにはどうすればよいですか？
リリースの準備を開始したら、リリースブランチで変更を加える必要がある場合があります。これにより、リリースからメインにマージされ、リリースチェンジセットがタスクに関連付けられるため、事態はさらに複雑になります。その後、それらは開発に統合され、人生がさらに面白くなります！
PS「TFS2010のソースブランチに関連付けられている作業項目を特定する方法」という質問は、同じ質問に近いものですが、完全ではありません。