私たちは現在、Conchango の Scrum for Team System テンプレートで TFS 2008 を使用しています。TFS 2010 へのアップグレードを検討しており、MSF for Agile テンプレートへの移行を検討しています。
新しいプロセス テンプレートに移行して履歴を保持する最善の方法は何ですか? TFS 2010 サーバーで新しいチーム プロジェクトを作成し、すべてをチェックインして、ソースを新しいプロジェクトに移動できるようにしたいと考えています。何らかの方法でチェックイン コメントの履歴を保持し、場合によっては古いプロジェクトの変更セットに関連付けられた作業項目の履歴に戻ることさえできればいいと思います。古いプロジェクトをそのまま 2010 年に移行してから、ソースを新しいプロジェクトに移動し、2010 年にのみ作業項目を含む古いプロジェクトを保持することもできます。
誰かがいくつかのアドバイスを乗り越えることができるプロセスを経験しましたか?
私たちはこのつらいプロセスを経てきました。ここにいくつかの有用な情報があります:
他の誰かがここに来る場合に備えて、これを行う方法についてのステップバイステップの説明をここに投稿しました（ただし、さまざまなテンプレートの場合）。
既存の Team Foundation Server インスタンスにはソース コードしかありませんが、私たちはあなたと同じような状況にあります (使用しているテンプレートと使用したいテンプレートに至るまで)。アップグレードではなく、Team Foundation Server 2008 から Team Foundation Server 2010 への移行を計画しています。まだ行っていませんが、概要を説明した 2 つのオプションがあります。
おっしゃるように、このツールを使用して、ソース コードと作業項目追跡を新しいチーム プロジェクトに移行できます。TFS は独自のタイムスタンプを追加するため、履歴の日付を「圧縮」します。私が理解していることから、いくつかの潜在的な歴史の問題があるでしょう。具体的には、TFS 2010 では、移行前のソース管理のバージョンを比較する際に問題が発生する可能性があります。少なくとも、これまでのところ、私は私たちのテスト ラボで実験を行っています。この問題についての私の理解では、2 つのバージョン間のデフォルトとして、item-mode と slotted-mode に関連しているということです。個々のバージョンと履歴を確認できるので、要件を満たしています。
もう 1 つのオプションは、1 つのプロジェクトでソース管理を行い、別のプロジェクトで作業項目を管理することです。私はこれを試していません。変更セットの関係が既存の作業項目で壊れ、今後は生成されないだろうと想像するからです。これはあなたにとって大したことではないかもしれません。
また、Codeplex のプロジェクトのディスカッション エリアで状況を説明することをお勧めします。著者は Microsoft の TFS 移行チームに所属しており、私たちと同じ船に乗っている人々のフィードバックに依存しています。私はこれまで彼らと数回メールを交換してきましたが、とても役に立ちました。
Microsoft の非常に有益な人々との話し合いに基づいて、データベースをバックアップし、Bryan Krieger のブログ投稿(パス 2: 移行のアップグレード) の指示に従う予定です。来週には、古いバックアップを使用してアップグレード時にテストを実行したいと考えています。
頑張ってください！私はそれが威圧的であることを知っています。幸いなことに、ラボでの TFS 2010 の新規インストールによるインストールと構成の経験は、最初に TFS 2008 プロセスに触れたときよりもはるかにスムーズでした。うまくいけば、同じことが真実であることがわかります。