第三方已经为我们开发了一些应用程序,并一直使用MS 2008作为源代码管理。我的公司最近设置了我们的TFS 2008环境,我们正在尝试将源代码从第三方开发人员TFS迁移到我们的TFS机器上。您首先想到的是尝试迁移的备份和还原方法,但是我们唯一可用的SQL Server是标准版许可证,第三方开发人员用于TFS的SQL Server是Enterprise。这意味着备份和还原方法将无法工作。因此,我一直试图让TFS到TFS迁移工具(在codeplex上找到)迁移源代码。可惜我一直有问题..。
第三方开发者网络在我们公司的网络中属于自己的子网。他们有他们自己的领域,与我们分开。所以他们的TFS机器在他们的领域,我们的TFS机器在另一个领域,我的PC (它有VS,Team Explorer,TFS电动工具)连接到两个网络,并试图运行TFS到TFS迁移工具。唉,当我运行迁移工具时,只有一小部分代码会被迁移,迁移工具的日志会装载消息.
TfsMigrationWindowsServiceHost.exe信息:0: TF14045:标识<第三方domain>\<3rd username>不是公认的身份。LogicalOperationStack=Migrate ThreadId=8 DateTime=2009-03-17T15:14:08.6591468Z TfsMigrationWindowsServiceHost.exe信息:0:无法使用标识<第三方domain>\<3rd 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=Migrate ThreadId=8 DateTime=2009-03-17T15:14:08.9247718Z TfsMigrationWindowsServiceHost.exe警告:0: TF10141:没有签入的文件:解决冲突并重试。Microsoft.TeamFoundation.VersionControl.Client.CheckinException: DateTime=2009-03-17T15:14:08.9247718Z TfsMigrationWindowsServiceHost.exe信息:0: ThreadId=8 TF10141:没有签入的文件:解决冲突并重试。(在Microsoft.TeamFoundation.VersionControl.Client.Workspace.ReportCheckInConflictsAndThrow(Failure[] failures)在Microsoft.TeamFoundation.VersionControl.Client.Workspace.CheckInInternal(String author,PendingChange[] changes,String注释,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,workItemChanges at changes,String author,String comment,en22#,( Microsoft.TeamFoundation.VersionControl.Client.Workspace.CheckIn(PendingChange[]更改处的WorkItemCheckinInfo[] workItemChanges,PolicyOverrideInfo policyOverride),字符串注释,Microsoft.TeamFoundation.Migration.Toolkit.VC.SourceToTfsMigrationEngine.Checkin(ChangeGrouping集团的CheckinNote checkinNote,WorkItemCheckinInfo[] workItemChanges,PolicyOverrideInfo policyOverride),Microsoft.TeamFoundation.Migration.Toolkit.VC.SourceToTfsMigrationEngine.ProcessChangeGroup(ChangeGrouping集团的Int32 32& changesetId) ( Microsoft.Vsts.Rangers.Migration.TfsToTfs.TfsToTfsMigrationEngine.ProcessChangeGroup(ChangeGrouping group ) LogicalOperationStack=Migrate ThreadId=8 DateTime=2009-03-17T15:14:08.9403968Z
上面的消息可以在日志中找到100多次。我猜这个“身份”问题就是绝大多数文件没有被迁移的原因。但是,我会再次想到所有的文件都会有这个problem...including,这是迁移过来的少数文件。
我几乎没有发现关于'TF14045‘和’‘ve 10141’的具体信息。我得到的印象是,问题是由于第三方TFS环境中的文件签入与特定于该域的用户相关联,并且在我们的域中找不到。所以..。
熟悉TFS到TFS迁移工具的人是否知道问题可能是什么?
有人能想到一种解决这种情况的方法吗?这样,当其他域的用户链接到正在迁移到新环境的文件时,新的TFS机器就不会崩溃了吗?我确实尝试将问题‘<第三方domain>\<3rd party username>’添加到新的TFS环境中,但是TFS找不到那个用户,也不会添加它们。
更好的yet...if任何人都知道我想知道如何使用不同的Server版本来执行备份和恢复迁移方法。
发布于 2009-10-13 20:07:56
我不知道这是否有帮助,但您可以尝试建立域间信任,这样您就可以与来自两个域的用户登录。
发布于 2012-08-28 21:42:53
我解决了我的问题,通过手动解决问题的工作空间,然后提供签入号作为“源版本”来解决冲突.
TFS集成工具-问题:由于TFS签入失败而签入的TF10141无文件
https://stackoverflow.com/questions/654863
复制相似问题