问题标签 [tfs-migration]

将 TFS 2005 升级到 2008 的最佳方法是什么？此外，Team Build 脚本（“Build Types”）怎么样，它们是否与 Team Build 2008 兼容，或者它们是否需要以某种方式转换/迁移？

我们的团队希望从 Visual SourceSafe (VSS) 迁移到 Team Foundation Server (TFS)。我知道 TFS 不仅仅是一个版本控制系统，但我还是第一次想以这种方式使用它。

目前，我们的项目组织在由共享部分（公共库）和许多客户项目组成的单一解决方案中。

是否有某种迁移指南可以描述这样的挑战？还是 TFS 强制执行其自己的使用场景（项目版本控制、发布等）？

有人知道是否可以将单独的项目从 TFS 2005 服务器迁移到 TFS 2008 服务器？

我们的团队正在从 VSS 6.0 迁移到 TFS 2008，以用于源代码控制。我想知道是否有人对此迁移有任何经验。特别是，我们有兴趣在源代码控制中保留文件的历史记录，以及任何其他潜在的陷阱。

我们正在寻找将 Subversion 存储库移动到 Team Foundation Server 的任何经过验证的迁移路径。似乎有一个名为 CS-Converter( ComponentSoftware homepage ) 的停产产品，但找不到任何人使用它。

CS-Converter 是一款可靠的产品吗，是否还有其他我没有找到的资源，或者是否有人有一些个人经验可以指导我们？

更新：澄清一下，我们实际上需要将现有的存储库从 Subversion 移动到 Team Foundation Server（订单从高处开始），所以虽然 SVNBridge 很好，但它确实可以完成这项工作。我们需要一种经过验证的安全方法来迁移存储库

我们正在从 ClearCase 迁移到 TFS2008。我很容易找到了 MS 迁移工具，但它似乎是针对 TFS 2005 的。关于其他可以实现此目的的工具有什么建议吗？

谁能推荐一个从 SVN 迁移到 TFS 的工具？最好是开源的。

是否有任何简单的方法可以将文件版本从 SourceGear Vault 迁移到 TFS？

第 3 方为我们开发了一些应用程序，并一直在使用 MS Team Foundation Server 2008 进行源代码控制。我的公司最近设置了我们的 TFS 2008 环境，我们正在尝试将源代码从 3rd 方开发人员 TFS 迁移到我们的 TFS 机器。您首先想到的是尝试迁移的备份和恢复方法，但我们唯一可用的 SQL Server 是标准版许可证，而他们用于 TFS 的第 3 方开发人员的 SQL Server 是企业版。这意味着备份和还原方法将不起作用。所以我一直在尝试让 TFS 到 TFS 迁移工具（在 codeplex 上找到）迁移源代码。可悲的是我一直有问题...

第三方开发者网络在我们公司网络内的自己的子网络中。他们有自己的领域，与我们分开。所以他们的 TFS 机器在他们的域中，我们的 TFS 机器在另一个域中，并且我的 PC（具有 VS、Team Explorer、TFS Power 工具...）连接到两个网络并尝试运行 TFS 到 TFS 迁移工具。唉，当我运行迁移工具时，只有一小部分代码被迁移，并且迁移工具的日志中加载了消息......

TfsMigrationWindowsServiceHost.exe 信息：0：TF14045：身份 <3rd party domain>\<3rd party username> 不是可识别的身份。LogicalOperationStack=Migrate ThreadId=8 DateTime=2009-03-17T15:14:08.6591468Z TfsMigrationWindowsServiceHost.exe 信息：0：无法使用身份 <3rd party domain>\<3rd party username> 签入到 TFS。转换为默认凭据。LogicalOperationStack=Migrate ThreadId=8 DateTime=2009-03-17T15:14:08.6591468Z TfsMigrationWindowsServiceHost.exe 信息：0：VCSession_2009_03_17_09_59_03_627：TF10141：没有文件签入：解决冲突并重试。LogicalOperationStack=迁移 ThreadId=8 DateTime=2009-03-17T15:14:08.9247718Z TfsMigrationWindowsServiceHost.exe 警告：0：TF10141：没有签入文件：解决冲突并重试。LogicalOperationStack=Migrate ThreadId=8 DateTime=2009-03-17T15:14:08.9247718Z TfsMigrationWindowsServiceHost.exe 信息：0：Microsoft.TeamFoundation.VersionControl.Client.CheckinException：TF10141：没有文件签入：解决冲突并重试。在 Microsoft.TeamFoundation.VersionControl.Client.Workspace.ReportCheckInConflictsAndThrow(Failure[] failures) 在 Microsoft.TeamFoundation.VersionControl.Client.Workspace.CheckInternal(String author, PendingChange[] changes, String comment, CheckinNote checkinNote, WorkItemCheckinInfo[] workItemChanges, PolicyOverrideInfo policyOverride，CheckinOptions checkinOptions) 在 Microsoft.TeamFoundation.VersionControl.Client.Workspace.CheckIn(PendingChange[] 更改，字符串作者，字符串注释，

上面的消息可以在日志中找到 100 次。我猜这个“身份”问题是绝大多数文件没有迁移过来的原因。但话又说回来，我会认为所有文件都会有这个问题......包括迁移过来的少数文件。

我发现关于“TF14045”和“TF10141”的具体信息很少。我的印象是，问题是由于第 3 方 TFS 环境中的文件签入与特定于该域的用户相关联，并且在我们的域中找不到。所以...

熟悉 TFS 到 TFS 迁移工具的人是否知道问题可能是什么？

谁能想到解决这种情况的方法，以便当其他域的用户链接到正在迁移到新环境的文件时，新的 TFS 机器不会崩溃？我确实尝试将问题 '<3rd party domain>\<3rd party username>' 添加到新的 TFS 环境，但 TFS 找不到该用户并且不会添加它们。

更好的是...如果有人知道我很想知道如何使用不同的 SQL Server 版本进行备份和恢复迁移方法。

嗨，任何人都可以建议从 TFS 迁移到 TFS 首选开源的工具