升级到 TFS 2010 后现有工作区会发生什么情况答案

【问题标题】：What happens to existing workspaces after upgrading to TFS 2010升级到 TFS 2010 后现有工作区会发生什么情况
【发布时间】：2010-05-27 06:58:51
【问题描述】：

我一直在寻找一些关于在升级到 TFS2010 后现有工作区和已签出人员的文件会发生什么的见解。令人惊讶的是，我找不到任何令人满意的信息。（顺便说一下在新硬件上升级。新鲜的 TFS 实例，升级的数据库）

我查看了 TFS 安装指南，我在网上搜索，我只能找到服务器端的升级方案。甚至没有人提及源代码控制客户端会发生什么。

我创建了一个虚拟机来测试升级过程，升级成功并且我的所有文件和工作空间也存在于新服务器中。问题是：新的 TFS 安装有一个新的 instanceID。当我将客户端重定向到新服务器时，客户端似乎无法将工作区中的文件和文件状态与新服务器上的文件和文件状态匹配。这让我想知道生产升级后是否可以继续工作。

正如我上面提到的，我在这方面找不到任何东西，如果有人能指出我关于这方面的一些论文或博客文章，那就太好了。

提前谢谢...

【问题讨论】：

【解决方案1】：

当您进行升级时，您的服务器 ID 应该保持不变。您可能需要更改是否要克隆您的环境。

在您的测试场景中，您正在创建 TFS 服务器的克隆而不是策略升级。

您可能会遇到问题，因为它已在您的测试环境中运行，以促进它在与生产 TFS 服务器相同的网络上运行。

【讨论】：

我知道，如果我进行就地升级，serverID 不会改变，但我计划在新硬件上进行升级，因此升级时的内容与在我的测试 VM 上升级相同。新鲜的 TFS 实例，升级的数据库。唯一的区别是，与测试服务器不同，新的生产服务器将与旧的生产服务器具有相同的服务器名称。提供相同的名称是否足以接管旧工作区，或者我是否应该明确更改 instanceId？
ID 与数据库一起使用。这就是为什么如果您尝试恢复数据库的副本，则需要遵循克隆程序的原因。如果您在升级新产品时关闭旧产品，那么您不应该有这个要求。您无需更改实例 ID。
谢谢，这让我感觉好多了:)

【解决方案2】：

所有工作区和搁置集都保持不变，人们将能够立即继续工作。即使签出的文件也可以，并且会被正确提取。

我建议先升级服务器，将客户端保持为 2008（使用 Forward Compatibility Pack），然后在项目升级时将客户端升级到 2010。

【讨论】：