TFS 2010 で既存のプロジェクトのプロセス テンプレートを変更する手順

StackOverflow https://stackoverflow.com/questions/3823864

質問

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

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

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

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

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

私が見たところ、次のオプションがあります。

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

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

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

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

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

alt text
バージョン管理履歴を台無しにするということは、ソース コードを移動すると、バックグラウンドで元の場所で削除とソース名の変更が行われ、履歴が古いプロジェクトに残ったままになることを意味します。これにより、履歴の検索が困難になり、実際に古いプロジェクトを削除すると、ソース コードを移動する前の履歴がすべて失われることになります。

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

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

  • これには最初の解決策と同じ欠点があります

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

TFS プロジェクトごとに

  • 「witadmin deletewitd」を使用して既存の作業項目定義を削除します。

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

  • 「witadmin importcategories」を使用して作業項目カテゴリをインポートします

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

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

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

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

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

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

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

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

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

そして最後に..

  • 倉庫の処理

  • 分析データベースを処理する

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

私の質問：

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

または、最後の解決策で何か手順が抜けていませんか?

役に立ちましたか？

解決

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

古いレポートを削除し、SharePoint ドキュメントをエクスポートした後 (stsadm の代わりに Windows エクスプローラーを使用することもできます)、実際には ' に 2 つのコマンドがあります。tfptそれはあなたを助けるでしょう。これにより、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

他のヒント

最初の選択肢は、私の考えでは最善の策です。ソースを古いチーム プロジェクトから新しいチーム プロジェクトに分岐できます。TFS 2010 では、分岐した場所からも履歴を確認できます。したがって、ここでの機能が失われることはありません。

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

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top