28

TFS 2005 から TFS 2008、そして TFS 2010 へのアップグレードを経て、TFS サーバーをインストールしています。インストールの有効期間中、多くのプロジェクトが作成され、さまざまなプロジェクト テンプレートが使用されてきました。MSF アジャイル 4.0、4.1、4.2、および 5.0。およびいくつかの MSF CMMI のもの。

私がやりたいことは、これらすべてのプロジェクトに使用されているプロジェクト テンプレートを "置き換え" て、新しい共通のテンプレートである Microsoft Visual Studio Scrum 1.0 を使用することです。

TFS プロジェクト テンプレートは、新しいプロジェクトを作成するためのテンプレートとして使用され、作成後に tfs プロジェクトの定義を変更できないことを認識しています。

これまで、TFS のバージョン管理とビルド サーバーの部分のみが使用されており、既存の作業項目の種類はありません。

さらに、すべてのプロジェクトとビルド スクリプトはソース コード パスに依存しており、同じままです。

私が見ているように、次のオプションがあります。

正しいプロジェクト テンプレートを使用して新しい TFS プロジェクトを作成し、ソース コードを新しいプロジェクトに移動/分岐します。

  1. すべてのコードは、一時的なチーム プロジェクトに移動されます。
  2. 古いプロジェクトは削除されます
  3. 元の名前と正しいプロセス テンプレートを持つ新しいプロジェクトが作成されます
  4. コードは新しいチーム プロジェクトに移動されます

  5. 一時的なチーム プロジェクトが削除されました

    • すべてのビルド定義を再作成する必要がありますが、これはオプションではありません。

    • ソースコードの移動/分岐により、バージョン管理履歴が「台無し」になります

代替テキスト
バージョニング履歴を台無しにするということは、ソース コードを移動すると、元の場所で削除 + ソースの名前変更が裏で行われ、履歴は古いプロジェクトに残ることを意味します。これにより、履歴の検索が難しくなり、実際に古いプロジェクトを削除すると、ソース コードが移動する前にすべての履歴が失われます。

これは、構築されているさまざまなアプリケーションをサポートするために必要な何年にもわたるコード変更履歴があるため、私にとっては選択肢ではありません。

TFS 移行ツールを使用して別の TFS プロジェクトに移行する

  • これには、最初のソリューションと同じ欠点があります

作業項目の種類の置換/インポート、新しいレポートのインストール、新しい SharePoint サイトの作成

tfs プロジェクトごとに

  • 「witadmin deletewitd」を使用して既存のワークアイテム定義を削除します

  • 「witadmin importwitd」を使用して、新しいプロセス テンプレートから各作業項目定義をインポートします。

  • 「witadmin importcategories」を使用してワークアイテム カテゴリをインポートする

  • レポート サーバーのプロジェクト フォルダーにある古いレポートを削除する

  • 新しいプロセス テンプレートからレポート定義をアップロードする

  • レポート マネージャーを使用してレポートに使用されるデータ ソースを変更し、正しい共有データ ソース (TfsReportDS および TfsOlapReportsDS) を指すようにします。

  • レポート パラメーター ExplicitProject の既定値を "" (空の文字列) に変更し、プロンプト ユーザー オプションを無効にします。

  • stsadm を使用して、古い SharePoint サイトのドキュメントをエクスポートします。

  • 古い SharePoint サイトを削除する

  • TFS2010 アジャイル ダッシュボード サイト テンプレートを使用して SharePoint サイトを再作成する

  • サイト機能「Team Foundation Server スクラム ダッシュボード」を有効化

  • TFS プロジェクト設定 -> プロジェクト ポータル設定: 「チーム プロジェクト ポータル」を有効にし、URL が正しいことを確認します。「レポートとダッシュボードがこのチーム プロジェクトのデータを参照する」を有効にする

そして最後に..

  • 倉庫の処理

  • 分析データベースの処理

これには多くの小さなステップが含まれますが、このオプションはソース コードの移動を強制せず、既存のビルド定義が損なわれないため、より魅力的に見えます。

私の質問：

私が言及していない作業項目タイプの置換を実現する他の方法はありますか?

または、最後の解決策の手順が不足していますか?

4

2 に答える 2

12

既存の作業項目タイプを使用していないことを考えると、最終的な提案は最良の選択肢のように見えます。

古いレポートを削除し、SharePoint ドキュメントをエクスポートした後 (stsadm の代わりに Windows Explorer を使用することもできます)、' tfpt ' には実際に役立つ 2 つのコマンドがあります。これにより、14 ステップから 5 または 6 ステップに減少します。

tfpt addprojectreports  Add or overwrite reports for an existing team project
tfpt addprojectportal   Add or move portal for an existing team project

tfpt addprojectreports /collection:http://yourtfs:8080/tfs/YourCollection /teamproject:"Your Team Project" /processtemplate:"Microsoft Visual Studio Scrum 1.0" /verbose
tfpt addprojectreports /collection:http://yourtfs:8080/tfs/YourCollection /teamproject:"Your Team Project" /processtemplate:"Microsoft Visual Studio Scrum 1.0" /verbose
于 2010-11-01T03:43:54.800 に答える
0

あなたの最初のオプションは、IMHOあなたのベストショットです。ソースを古いチーム プロジェクトから新しいチーム プロジェクトに分岐できます。TFS 2010 では、分岐した場所からも履歴を確認できます。したがって、ここで機能を失うことはありません。

ビルドは、ソース管理に保存されている単なる msbuild ファイルです。ビルド定義を実際にコピーするだけです。手動で行うことも、それを行う小さなアプリを作成することもできます。

于 2010-09-29T18:31:04.673 に答える