4

新しいプロジェクトのコードリポジトリとして、今年初めにTFS2010の使用を開始しました。現在まで、プロジェクトに作業項目を追加していませんが、すぐに追加する予定です（現在はTestTrackProを使用しています）。プロジェクトが作成されたとき、アジャイルが選択されました。

クライアントは、代わりにCMMIプロセステンプレートを使用することを望んでいます。新しいプロジェクトを作成してCMMIプロセステンプレートを選択する必要があることは理解されていますが、主な指示はコード履歴を失わないことです。既存のプロジェクトからブランチを作成し、新しいプロジェクトにバインドするのと同じくらい簡単ですか？気をつけるべき「落とし穴」などとは？

移行しないビルド定義があります。再現が少なく、難しくないので問題ありません。私たちはクローズドネットワークにいるので、オープンソースアプリケーションを持ち込むのはそれほど簡単ではありません。そして、TFSIntegrationPlatformとwitadminはやり過ぎかもしれないようです。私たちにはTFSの専門家がいないので、考え/提案/アプローチをいただければ幸いです。

4

3 に答える 3

1

可能ですが、witadmin などのコマンド ライン ツールを多用する必要があります。

このシナリオにかなり深く入り込む別のスレッドがありますが、より簡単に実行できる手順がいくつかあります。

tfs 管理者ツールキットを使用すると、レポートの更新を簡単に行うことができます。正しい作業項目テンプレートを使用した別のプロジェクトがある場合は、witadmin の代わりにそれを使用することもできます。

（以下、上記スレッドより転載）

作業項目

上記の tfs 管理ツールキットまたは witadmin を使用します。

  • 「witadmin deletewitd」を使用して既存のワークアイテム定義を削除します
  • 「witadmin importwitd」を使用して、新しいプロセス テンプレートから各作業項目定義をインポートします。
  • 「witadmin importcategories」を使用してワークアイテム カテゴリをインポートする

レポートの更新

上記の tfs 管理ツールキットまたは tfpt を使用します。

tfpt addprojectreports 既存のチーム プロジェクトのレポートを追加または上書きする

共有ポイント

tfpt addprojectportal 既存のチーム プロジェクトのポータルを追加または移動する

于 2012-11-07T07:51:56.207 に答える
0

私自身の経験 (政府との契約) に基づいて、元のプロジェクトとコード ベースを凍結してから、新しい委員会プロジェクトを作成し、コード ツリーを移行します。これにより、履歴が失われず、作業項目テンプレートのいずれかが変更された場合、これにより問題が軽減されます。 2 つのプロセス テンプレートを誤ってマージするリスク

于 2012-11-11T05:17:59.357 に答える
0

あなたが提案したブランチと再バインドのアプローチは、あなたのケースではうまくいくように思えます。

于 2012-11-06T23:24:52.770 に答える