TFS 到 TFS 遷移工具 - 域問題

Question

第 3 方為我們開發了一些應用程序，並一直在使用 MS Team Foundation Server 2008 進行源代碼控制。 我公司最近設置了我們的 TFS 2008 環境，我們正在嘗試將源代碼從第三方開發者 TFS 遷移到我們的 TFS 機器。 您首先想到的是嘗試遷移的備份和恢復方法，但我們唯一可用的 SQL 服務器是標准版許可證，而他們用於 ZD74BD0B08FF45569D0447B3 的第三方開發人員的 SQL 服務器是企業版。 這意味着備份和還原方法將不起作用。 所以我一直試圖讓 TFS 到 TFS 遷移工具（在 codeplex 上找到）遷移源代碼。 可悲的是我一直有問題...

第三方開發者網絡在我們公司網絡內的自己的子網絡中。 他們有自己的領域，與我們分開。 So their TFS machine is on their domain, our TFS machine is in another domain, and my PC (which has VS, Team Explorer, TFS Power tools...) is connected to both networks and is trying to run the TFS to TFS Migration工具。 唉，當我運行遷移工具時，只有一小部分代碼被遷移，並且遷移工具的日志中加載了消息......

TfsMigrationWindowsServiceHost.exe 信息：0：TF14045：身份 <3rd party domain>\<3rd party username> 不是可識別的身份。 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：沒有文件簽入：解決沖突並重試。 在 Microsoft.TeamFoundation.VersionControl.Client.Workspace.ReportCheckInConflictsAndThrow(Failure[] failures) 在 Microsoft.TeamFoundation.VersionControl.Client.Workspace.CheckInternal(String author, PendingChange[] changes, String comment, CheckinNote checkinNote, WorkItemCheckinInfo[] workItemChanges, PolicyOverrideInfo policyOverride, CheckinOptions checkinOptions) 在 Microsoft.TeamFoundation.VersionControl.Client.Workspace.CheckIn(PendingChange[] changes, String author, String comment, CheckinNote checkinNote, WorkItemCheckinInfo[] workItemChanges, PolicyOverrideInfo policyOverride, CheckinOptions checkinOptions) 在 Microsoft.TeamFoundation.VersionControl .Client.Workspace.CheckIn(PendingChange[] changes, String author, String comment, CheckinNote checkinNote, WorkItemCheckinInfo[] workItemChanges, PolicyOverrideInfo policyOverride) 在 Microsoft.TeamFoundation.VersionControl.Client.Workspace.CheckIn(PendingChange[] changes, String comment, CheckinNote checkinNote, WorkItemCheckinI nfo[] workItemChanges, PolicyOverrideInfo policyOverride) 在 Microsoft.TeamFoundation.Migration.Toolkit.VC.SourceToTfsMigrationEngine.Checkin(ChangeGrouping group, Int32& changesetId) 在 Microsoft.TeamFoundation.Migration.Toolkit.VC.SourceToTfsMigrationEngine.ProcessChangeGroup(ChangeGrouping group) 在 Microsoft。 Vsts.Rangers.Migration.TfsToTfs.TfsToTfsMigrationEngine.ProcessChangeGroup(ChangeGrouping group) LogicalOperationStack=Migrate ThreadId=8 DateTime=2009-03-17T15:14:08.9403968Z

上面的消息可以在日志中找到 100 次。 我猜這個“身份”問題是絕大多數文件沒有遷移過來的原因。 但話又說回來，我會認為所有文件都會有這個問題......包括遷移過來的少數文件。

我發現關於“TF14045”和“TF10141”的具體信息很少。 我的印象是，問題是由於第 3 方 TFS 環境中的文件簽入與特定於該域的用戶相關聯，並且在我們的域中找不到。 所以...

熟悉 TFS 到 TFS 遷移工具的人知道問題可能是什么嗎？

誰能想到解決這種情況的方法，以便當其他域的用戶鏈接到正在遷移到新環境的文件時，新的 TFS 機器不會崩潰？ 我確實嘗試將問題 '<3rd party domain>\<3rd party username>' 添加到新的 TFS 環境中，但 TFS 找不到該用戶並且不會添加它們。

更好的是......如果有人知道我很想知道如何使用不同的 SQL 服務器版本進行備份和恢復遷移方法。

Answer 1

我通過在工作區中手動解決問題，然后提供簽入號作為“源版本”來解決沖突，從而解決了我的問題...

TFS 集成工具 – 問題：TF10141 由於 TFS 簽入失敗，沒有簽入文件

Answer 2

我不知道這是否有幫助，但您可以嘗試設置域間信任，這樣您就可以使用來自兩個域的用戶登錄。