0

TFS APIを使用して、バグ/ファイルを概算しようとしています。

バグ(私が定義しているように)は、タイプWorkItemType='Bug'のワークアイテムに関連付けられている変更セット内のファイルから発生します。たとえば、branch-aでは、branch-a/1.txtとbranch-a/2.txtがチェックインされ、「バグ」作業項目に関連付けられます。このチェンジセットをXと呼びます。ブランチには2つのバグがあります-これらの2つのファイルに関連付けられています。

branch-aを親(ルートブランチ)にマージすると、ルートにもこれらのバグが発生するため、root/1.txtとroot/2.​​txtもバグになります-基本的に、ルートブランチにはバグのある履歴があります子。バグはこの方法で継承できます。このプロパティは、名前を変更しても保持されます。したがって、root/1.txtの名前がroot/hello.txtに変更された場合でも、それはバグです。

TFSプロジェクトのすべての「バグ」作業項目を反復処理することから始めます。この例では、branch-a/1.txtおよびbranch-aの変更に関連付けられているchangesetXに関連付けられている単一の作業項目があります。 /2.txt(ただし、現在、これらのファイルの名前は変更できます)。

ここで、branch-a/1.txtとbranch-a/2.txtが終了したすべての場所を知りたいと思います(名前を変更しても)。

したがって、チェンジセットcsとcs内のチェンジcが与えられた場合、各ブランチについて、cがそのブランチに到達したかどうか、およびcが存在する最新のファイル名を知りたいと思います。

問題について考える別の方法は、歴史を通して前進することを考えることです。私は特定の時点で、単一のブランチを変更することから始めます。ここで、この変更を現在まで追跡する必要があります。

何か案は?必要に応じて説明させていただきます。

ありがとうございました!

4

1 に答える 1

1

変更セットを追跡してみましたか?

変更のあるファイル (1.txt) の履歴を表示 > 変更セットを右クリック > 変更セットを追跡 > 表示されているものをすべてチェック > 視覚化します。

これがまさにあなたが望むものかどうかはわかりませんが、始めるには良い場所かもしれません.

それを示すビデオ: YouTube ビデオ

APIを使用して可能かどうかはわかりません。このリンクは、API 呼び出しを使用できないことを示唆しているようです。このリンクは、それが可能であることを示唆しているようです。

于 2012-07-30T01:50:27.257 に答える