tfs-migration - TFS 到 TFS 迁移工具 - 域问题

Question

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

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

TfsMigrationWindowsServiceHost.exe Information: 0 : TF14045: The identity <3rd party domain>\<3rd party username> is not a recognized identity. LogicalOperationStack=Migrate ThreadId=8 DateTime=2009-03-17T15:14:08.6591468Z TfsMigrationWindowsServiceHost.exe Information: 0 : Unable to checkin to TFS using the identity <3rd party domain>\<3rd party username>. Converting to default credentials. LogicalOperationStack=Migrate ThreadId=8 DateTime=2009-03-17T15:14:08.6591468Z TfsMigrationWindowsServiceHost.exe Information: 0 : VCSession_2009_03_17_09_59_03_627: TF10141: No files checked in: resolve the conflicts and try again. LogicalOperationStack=Migrate ThreadId=8 DateTime=2009-03-17T15:14:08.9247718Z TfsMigrationWindowsServiceHost.exe Warning: 0 : TF10141: No files checked in: resolve the conflicts and try again. LogicalOperationStack=Migrate ThreadId=8 DateTime=2009-03-17T15:14:08.9247718Z TfsMigrationWindowsServiceHost.exe Information: 0 : Microsoft.TeamFoundation.VersionControl.Client.CheckinException: TF10141: No files checked in: resolve the conflicts and try again. at Microsoft.TeamFoundation.VersionControl.Client.Workspace.ReportCheckInConflictsAndThrow(Failure[] failures) at Microsoft.TeamFoundation.VersionControl.Client.Workspace.CheckInInternal(String author, PendingChange[] changes, String comment, CheckinNote checkinNote, WorkItemCheckinInfo[] workItemChanges, PolicyOverrideInfo policyOverride, CheckinOptions checkinOptions) at Microsoft.TeamFoundation.VersionControl.Client.Workspace.CheckIn(PendingChange[] changes, String author, String comment, CheckinNote checkinNote, WorkItemCheckinInfo[] workItemChanges, PolicyOverrideInfo policyOverride, CheckinOptions checkinOptions) at Microsoft.TeamFoundation.VersionControl.Client.Workspace.CheckIn(PendingChange[] changes, String author, String comment, CheckinNote checkinNote, WorkItemCheckinInfo[] workItemChanges, PolicyOverrideInfo policyOverride) at Microsoft.TeamFoundation.VersionControl.Client.Workspace.CheckIn(PendingChange[] changes, String comment, CheckinNote checkinNote, WorkItemCheckinInfo[] workItemChanges, PolicyOverrideInfo policyOverride) at Microsoft.TeamFoundation.Migration.Toolkit.VC.SourceToTfsMigrationEngine.Checkin(ChangeGrouping group, Int32& changesetId) at Microsoft.TeamFoundation.Migration.Toolkit.VC.SourceToTfsMigrationEngine.ProcessChangeGroup(ChangeGrouping group) at Microsoft.Vsts.Rangers.Migration.TfsToTfs.TfsToTfsMigrationEngine.ProcessChangeGroup(ChangeGrouping group) LogicalOperationStack=Migrate ThreadId=8 DateTime=2009-03-17T15:14:08.9403968Z

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

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

熟悉 TFS 到 TFS 迁移工具的人是否知道问题可能出在哪里？

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

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

Answer 1

我不知道这是否有帮助，但您可以尝试设置域间信任，这样您就可以使用来自两个域的用户登录。