第三方为我们开发了一些应用程序，并一直使用 MS Team Foundation Server 2008 进行源代码控制。我的公司最近设置了 TFS 2008 环境，我们正在尝试将源代码从第 3 方开发人员 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：身份\ 不是可识别的身份。
LogicalOperationStack=迁移
线程 ID=8
日期时间=2009-03-17T15:14:08.6591468Z
TfsMigrationWindowsServiceHost.exe 信息：0：无法使用身份\ 签入 TFS。转换为默认凭据。
LogicalOperationStack=迁移
线程 ID=8
日期时间=2009-03-17T15:14:08.6591468Z
TfsMigrationWindowsServiceHost.exe 信息：0：VCSession_2009_03_17_09_59_03_627：TF10141：没有签入文件：解决冲突并重试。
LogicalOperationStack=迁移
线程 ID=8
日期时间=2009-03-17T15:14:08.9247718Z
TfsMigrationWindowsServiceHost.exe 警告：0：TF10141：未签入文件：解决冲突并重试。
LogicalOperationStack=迁移
线程 ID=8
日期时间=2009-03-17T15:14:08.9247718Z
TfsMigrationWindowsServiceHost.exe 信息：0：Microsoft.TeamFoundation.VersionControl.Client.CheckinException：TF10141：没有签入文件：解决冲突并重试。
在 Microsoft.TeamFoundation.VersionControl.Client.Workspace.ReportCheckInConflictsAndThrow（Failure[] 失败）
在 Microsoft.TeamFoundation.VersionControl.Client.Workspace.CheckInInternal（字符串作者，PendingChange[] 更改，字符串注释，CheckinNote checkinNote，WorkItemCheckinInfo[] workItemChanges，PolicyOverrideInfo policyOverride，CheckinOptions checkinOptions）
在 Microsoft.TeamFoundation.VersionControl.Client.Workspace.CheckIn（PendingChange[] 更改、字符串作者、字符串评论、CheckinNote checkinNote、WorkItemCheckinInfo[] workItemChanges、PolicyOverrideInfo policyOverride、CheckinOptions checkinOptions）
在 Microsoft.TeamFoundation.VersionControl.Client.Workspace.CheckIn（PendingChange[] 更改、字符串作者、字符串评论、CheckinNote checkinNote、WorkItemCheckinInfo[] workItemChanges、PolicyOverrideInfo policyOverride）
在 Microsoft.TeamFoundation.VersionControl.Client.Workspace.CheckIn（PendingChange[] 更改、字符串注释、CheckinNote checkinNote、WorkItemCheckinInfo[] workItemChanges、PolicyOverrideInfo policyOverride）
在 Microsoft.TeamFoundation.Migration.Toolkit.VC.SourceToTfsMigrationEngine.Checkin（ChangeGrouping 组，Int32&changesetId）
在 Microsoft.TeamFoundation.Migration.Toolkit.VC.SourceToTfsMigrationEngine.ProcessChangeGroup（ChangeGrouping 组）
在 Microsoft.Vsts.Rangers.Migration.TfsToTfs.TfsToTfsMigrationEngine.ProcessChangeGroup（ChangeGrouping 组）
LogicalOperationStack=迁移
线程 ID=8
日期时间=2009-03-17T15:14:08.9403968Z
上述消息在日志中可以找到数百次。我猜测这个“身份”问题是绝大多数文件没有迁移的原因。但话又说回来，我认为所有文件都会有这个问题......包括那些被迁移的文件。
我发现有关“TF14045”和“TF10141”的具体信息很少。我的印象是，该问题是由于第 3 方 TFS 环境上的文件签入与特定于该域的用户相关联，并且在我们的域中找不到。所以...
熟悉 TFS 到 TFS 迁移工具的人是否知道问题可能是什么？
任何人都可以想出一种方法来解决这种情况，以便当其他域的用户链接到正在迁移到新环境的文件时，新的 TFS 计算机不会崩溃吗？我确实尝试将问题“\”添加到新的 TFS 环境，但 TFS 找不到该用户并且不会添加它们。
更好的是...如果有人知道我很想知道如何使用不同的 SQL Server 版本进行备份和恢复迁移方法。
我不知道这是否有帮助，但您可以尝试设置域间信任，这样您就可以使用来自两个域的用户登录。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
