0

私の目標は、ビルドで発生する変更のリストを作成することです。リリース ビルド用の TFS ブランチと、新しい開発用のブランチがあります。そのため、人々は両方に変更を送信しています。リリース ブランチの変更は通常、バグ修正です。リリース ブランチに提出されたすべての新しいアイテム (タスク/バグ) を収集し、開発ブランチに提出されたアイテムを除外したいと考えています。問題は、TFS クエリが、適用されるブランチに関係なく、すべてのタスクをまとめて提供し、次にリリースされるものと、開発ブランチのさらに先にあり、リリースされていないものを区別できないことです。

これを達成する方法について何か考えはありますか?

編集:

詳細を追加するには。変更セットを形成するコードでチェックインされたアイテムがあります。この変更セットには、X ブランチのコードが含まれています。これを照会したい:

「X ブランチのコードに影響を与えたすべての項目を教えてください」?

4

2 に答える 2

0

ビルドが各ブランチの特定のフォルダーに正しくマップされていて、Associate change Sets と Work Items が true に設定され、Label Sources が true に設定されている場合、ビルド レポートを取得すると、すべてのチェックインと関連するすべての作業項目が取得されます。最後のビルド以降、これらはビルド ワークスペース内のフォルダーへのチェックインに固有のものになります。

于 2012-12-06T15:52:58.660 に答える
0

エンジニアがチェックイン時にバグ/要件/タスクをコードに関連付けている場合、最後にリリースされたビルドと新しいビルドの間にあるすべての作業項目を照会できるはずです。

前回のリリース以降のビルドごとに、「反復」がそのビルド番号と等しいすべての作業項目を取得し、それを結合します。エンジニアはタスクやおそらくバグに対してチェックインする傾向があるため、おそらく結果を整理したいと思うでしょうが、あなたにとって最も価値のある項目は要件とバグになると思います.

このメソッドを使用すると、以下を取得できるはずです。

  • 前回のリリース以降に本番ブランチで修正されたすべてのバグ
  • マージから本番までの開発で完了したすべてのバグと要件

このようにして、リリースの両方のリリースノートを生成し、変更管理の承認に対して本番環境で行われたことを同期することができます..またはあなたが今行っていることは何でも...

于 2012-12-06T06:16:00.280 に答える