1

最近、バグ追跡にTFS2012を使い始めました。昨日、バグがまったく割り当てられなかったので、このガイドに従って、新しいカスタム解決の理由を追加しました。

これは問題なく機能し、新しい「バグではない」理由でバグを正常に閉じました。

しかし、今日、私は(別のプロジェクトで)別のバグを受け取りましたが、これもバグではありませんでした。私がそれを解決しようとしたとき、私の新しい「バグではない理由」は現れませんでした。振り返ってみると、プロジェクトBではなく、古いプロジェクト(プロジェクトA)のワークフローのみを変更したことを考えると、これは理にかなっています。

プロジェクトBのワークフローを手動で再度変更することもできますが、このカスタム理由(および最終的には他の理由)をすべてのプロジェクトでデフォルトで使用できるようにしたいと思います。ソース管理に数十のプロジェクトがあることを考えると、これを手動で行うにはかなりの時間がかかります。一般的なワークフローを編集する方法がわかりませんでした。常に特定のプロジェクトでワークフローを選択する必要がありました。

デフォルトですべてのプロジェクトに適用されるワークフローの変更を行う方法はありますか?

4

1 に答える 1

1

変更を複数のチームプロジェクトに展開できる魔法のスイッチはありません。

  1. コマンドラインを使用してバッチファイルを作成し、witadminそれを各チームプロジェクトにインポートして、変更ごとに実行することができます。
  2. ビルド定義を作成して、変更をデプロイできます。TFS 2010の詳細は、EdSquaredのブログにあります。ただし、TFS2012ではこれを更新する必要があると思います。
于 2013-01-25T15:48:47.150 に答える