私は開発ブランチで作業していて、変更をチェックインし、コメントを提供し、作業項目を関連付けました。今私はメインにそれをマージしたい、私はそれをチェックしようとすると、デフォルトで同じ作業項目とコメントを関連付けるために知っているTFSのマージを持つことができる方法はありますか？TFSマージして関連付けられた変更セット/コメントを保持する
は些細なようだが、一日、複数のチェンジセットにこれをスケールアウトして再選択する作業項目の番号を記録することは非常に面倒な取得... TFSでは
私の意見では、TFSはこれに弱点があります。そこにあるすべてのTFSガイドは、多分岐スキームを適用すべきであることを示唆しています。これは絶対的に妥当です（参考のためにhereを参照）。
開発者は、テストが成功すると、「遊び場」ブランチ&で働くことになります。チェンジセットはもっと安定して広がります。
それにはやや重複した質問がthisです。
回答によれば、J.Ehnのextensionは、WIへのリンクの面白いことをすることができます。コメント追加のアスペクトが何らかの形で含まれていることを示すエビデンスはありませんが、これは大して意味がないかもしれません（マージに\ DEV-ブランチからの複数のコミットが含まれているとどうなるでしょうか？それでも、この実装をフォークしてコメントを追加することは可能です。
同じ質問E.Blankenshipにはanother代替の難しい道があります。
あなたが枝をマージするとき、得られたチェンジセットを全てチェンジにリンクされている合併。
ブランチAからBへのファイルを含むチェンジセットをマージした場合、そのファイルのヒストリを表示すると、ブランチBで、変更セットをマージするとその隣に「+」が表示され、トンネルできるようになりますコメントと関連する項目を元のチェンジセットに追加します。なぜこの監査証跡があなたの要件を満たしていないのですか？
DEVブランチ内のバグを解決し、チェックイン中にバグにコミットを関連付けると仮定します.WIを開くと、このチェンジセットが表示されます。ある時点で、MAINブランチにマージされました。しかしここで？それはウィスコンシン州ではない。 >>私はそれがここの問題だと思う、それは私のテーブルの問題だ。 – pantelif
この問題は、監査のためにソース管理からナビゲートするのではなく、WIからソース管理にナビゲートするときに発生します。そうですか。その場合、WITエディタを使用してこれを追跡するのに役立つカスタムWITフィールドを追加することができます。私はそれ以上のことをやり遂げなければならないだろう。 –
エドの提案は、私が必要とするもの（私はGated checkinsに焦点を当てている）を得られなかったし、私の会社はJakobのソリューションを試しても勇気がなかった。だから私はまだこの問題を抱えています。 – pantelif