第三方为我们开发了一些应用程序,并一直使用 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(使用前将#替换为@)