セットアップ:
私のチームは、TFS 2010 から 2013 へのアップグレードという移行方法を選択しました。既存のインスタンスの DB バックアップを作成し (TFSBackup ツールを使用)、新しいサーバーにコピーし、新しい SQL インスタンスに復元し (TFSRestore ツールを使用)、TFS をインストールします。 「アップグレード」オプションを使用した新しいアプリ/ビルド層。
さらなるコンテキスト:
ワークステーションに VS 2010、2012、および 2013 を並べてインストールしています。通常、同時に複数のフレーバーを操作することはありません。そして、これまでのところ、私はそれらすべてで同じプライベート ワークスペース/マッピングを使用しています。また、指している TFS 2013 アップグレードの新しいインスタンスに応じて、ワークスペースは正しいサーバー値に関連付けられます。
なに…?:
今回のリハーサルは比較的順調に進みました。アップグレード後、プロジェクトを開く/操作する、ファイルをチェックインする、チーム ビルドを実行するなどの問題は発生していません。プロジェクトは以前と同様に、ソース管理にバインドされているかのように機能します。ただし、*.sln ファイルを調べると、「SccTeamFoundationServer」の値はまだ次のように設定されています。
http://<oldServer>:8080/tfs/DefaultCollection
……それなのに、何事もなかったかのように動き続ける。実際、「ソース管理の変更」ダイアログを見ると、バインディングは非常に正しく、新しいインスタンスを指しているように見えます...
http://<newServer>:8080/tfs/DefaultCollection
質問:
これは、ソリューション ファイルが現在置かれている奇妙な状態です。TFS 内にとどまる場合、この方法を続行できますか? それとも、プロジェクトの所有者にプロジェクトのバインディングを適宜変更させるべきでしょうか? 1000 近くのプロジェクト ソリューションについて話していることを覚えておいてください。
そしてもちろん、ソース管理へのバインドを解除して再バインドするだけでは、最初に *.sln ファイルの適切な SccTeamFoundationServer 値を手動で更新しない限り、間違ったサーバー値を取得することになります。