一个第三方为我们开发了一些应用程序,并一直在使用 MS Team Foundation Server 2008 进行源代码控制。我们公司最近建立了 TFS 2008 环境,试图将源代码从第三方开发者的 TFS 迁移到我们的 TFS 机器上。您首先想到的是尝试备份和还原迁移方法,但我们只有一个标准版许可的 SQL Server 可用,而第三方开发者用于 TFS 的 SQL Server 是企业版。这意味着备份和还原方法将无法工作。因此,我一直在尝试让 TFS to TFS Migration Tool(在 codeplex 上找到)迁移源代码。不幸的是,我遇到了问题...
第三方开发者网络位于我们公司网络的子网络中。他们有自己独立于我们的域的域。因此,他们的 TFS 机器在他们的域上,我们的 TFS 机器在另一个域上,我的 PC(其中安装了 VS、Team Explorer 和 TFS Power tools...)连接到两个网络,并尝试运行 TFS to TFS Migration Tool。然而,当我运行迁移工具时,只有一小部分代码被迁移,而迁移工具的日志中充满了消息...
TfsMigrationWindowsServiceHost.exe 信息: 0 : TF14045:身份 <第三方域名>\<第三方用户名> 不是已知的身份。 LogicalOperationStack=Migrate ThreadId=8 DateTime=2009-03-17T15:14:08.6591468Z TfsMigrationWindowsServiceHost.exe 信息: 0 : 无法使用身份 <第三方域名>\<第三方用户名> 将更改签入 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=Migrate 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:未签入任何文件:解决冲突并重试。 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
上述信息在日志中出现了数百次。我猜测这个“身份”问题是绝大部分文件未能迁移的原因。但是我认为所有文件都应该有此问题...包括已经迁移到新环境的那几个文件。
关于“TF14045”和“TF10141”,我找到的具体信息很少。我有种感觉,问题是由于第三方TFS环境上的文件签入与特定于该域的用户相关联,而我们的域中却没有找到这些用户。所以...
对于熟悉TFS到TFS迁移工具的任何人,是否有任何关于问题可能是什么的想法?
有没有人想到一种解决这种情况的方法,使得新的TFS机器不会在与正在迁移到新环境的文件相关联的其他域的用户时出现错误?我确实尝试将问题“<第三方域>\<第三方用户名>”添加到新的TFS环境中,但TFS无法找到该用户并且无法将其添加。
最好的方法是...如果有人知道如何使用不同的SQL Server版本进行备份和还原迁移方法,我将非常感谢。
第三方开发者网络位于我们公司网络的子网络中。他们有自己独立于我们的域的域。因此,他们的 TFS 机器在他们的域上,我们的 TFS 机器在另一个域上,我的 PC(其中安装了 VS、Team Explorer 和 TFS Power tools...)连接到两个网络,并尝试运行 TFS to TFS Migration Tool。然而,当我运行迁移工具时,只有一小部分代码被迁移,而迁移工具的日志中充满了消息...
TfsMigrationWindowsServiceHost.exe 信息: 0 : TF14045:身份 <第三方域名>\<第三方用户名> 不是已知的身份。 LogicalOperationStack=Migrate ThreadId=8 DateTime=2009-03-17T15:14:08.6591468Z TfsMigrationWindowsServiceHost.exe 信息: 0 : 无法使用身份 <第三方域名>\<第三方用户名> 将更改签入 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=Migrate 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:未签入任何文件:解决冲突并重试。 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
上述信息在日志中出现了数百次。我猜测这个“身份”问题是绝大部分文件未能迁移的原因。但是我认为所有文件都应该有此问题...包括已经迁移到新环境的那几个文件。
关于“TF14045”和“TF10141”,我找到的具体信息很少。我有种感觉,问题是由于第三方TFS环境上的文件签入与特定于该域的用户相关联,而我们的域中却没有找到这些用户。所以...
对于熟悉TFS到TFS迁移工具的任何人,是否有任何关于问题可能是什么的想法?
有没有人想到一种解决这种情况的方法,使得新的TFS机器不会在与正在迁移到新环境的文件相关联的其他域的用户时出现错误?我确实尝试将问题“<第三方域>\<第三方用户名>”添加到新的TFS环境中,但TFS无法找到该用户并且无法将其添加。
最好的方法是...如果有人知道如何使用不同的SQL Server版本进行备份和还原迁移方法,我将非常感谢。