チェンジセット内で実行する作業を記述したタスクに、またはチェンジセットを呼び出すUser Story/Bug/Requirementに関連付ける必要があるかどうか、チェンジセットを関連付ける方が簡単ですか？タスクは、そのタスクを作成した親作業項目にロールアップされるので、私はそれがタスクであると思います。しかし、私は、親ワークアイテムにチェンジセットを関連付けるように言われています。私がそうするなら、自分の仕事の影響を受けたコードを特定することはできません。報告理由やテスト要件のために親作業項目に対してそれを行う必要があると言われています...チェンジセットはどの作業項目に関連付けるべきですか？
タスクと関連づけても、ユーザーストーリー/バグにトレーサビリティが戻ってきます。最終的には、データウェアハウス内のより詳細なデータが得られます。そのデータを報告することは可能ですが、誰かがレポートにUser Stories/Bugsと関連するチェンジセットを表示したい場合は、すべてのデータがこれを実行します（すべての子作業項目と子作業項目に関連するすべてのチェンジセットを見つける）。レポートデザイナーに代わって少しだけ作業が必要になることがあります。
個人的には、必要に応じて、タスクと関連付けることでより豊富な情報を取り込むことを好みます。
両方を実行します。チェックインを複数の作業項目に関連付けるのを止めるものは何もありません。本当の疑問は、トレーサビリティ情報で何をするつもりかです。
@Dylan Smithが述べたように、下位レベルを追跡すると情報の精度が向上し、関連付ける作業項目を1つだけ選択すると、それも私の選択となります。