Инструмент миграции TFS в TFS - проблемы с доменом
Сторонние разработчики разработали для нас несколько приложений и используют MS Team Foundation Server 2008 для контроля версий. Моя компания недавно установила нашу среду TFS 2008, и мы пытаемся перенести исходный код TFS стороннего разработчика на нашу машину TFS. Сначала вы думали попробовать метод переноса с резервным копированием и восстановлением, но единственный доступный нам SQL Server - это лицензия Standard Edition, а SQL Server стороннего разработчика, который они используют для TFS, - это Enterprise Edition. Это означает, что метод резервного копирования и восстановления не будет работать. Поэтому я пытался заставить TFS to TFS Migration Tool (найденный в codeplex) перенести исходный код. К сожалению, у меня были проблемы...
Сеть сторонних разработчиков находится в собственной подсети в сети нашей компании. И у них есть свой домен отдельно от нас. Таким образом, их компьютер TFS находится в их домене, наш компьютер TFS находится в другом домене, и мой компьютер (на котором есть VS, Team Explorer, инструменты TFS Power...) подключен к обеим сетям и пытается запустить миграцию TFS в TFS. Инструмент. Увы, когда я запускаю инструмент миграции, переносится только небольшая часть кода, а журнал инструмента миграции загружается сообщениями...
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: для разрешения конфликтов повторите попытку. в Microsoft.TeamFoundation.VersionControl.Client.Workspace.ReportCheckInConflictsAndThrow(Failure[] failures) в Microsoft.TeamFoundation.VersionControl.Client.Workspace. PolicyOverrideInfo policyOverride, CheckinOptions checkinOptions) в Microsoft.TeamFoundation.VersionControl.Client.Workspace.CheckIn(PendingChange[] изменения, строковый автор, строковый комментарий, CheckinNote checkinNote, WorkItemCheckinInfo[] workItemCrideingOgnisionOffingsOgnisionOffingsOgnisionOffingsOffingsOfficeOffingsOffingsOffingsOffingsOffice.Client.Workspace.CheckIn (PendingChange [] изменения, автор строки, комментарий строки, CheckinNote checkinNote, WorkItemCheckinInfo[] workItemChanges, PolicyOverrideInfo policyOverride) в Microsoft.TeamFoundation.VersionControl.Client.WhangeCancement (Pegin), commentCheck, String comment CheckinNote checkinNote, WorkItemCheckinI nfo [] workItemChanges, PolicyOverrideInfo policyOverride) в Microsoft.TeamFoundation.Migration.Toolkit.VC.SourceToTfsMigrationEngine.Checkin(группа ChangeGrouping, Int32& changesetId) в Microsoft.TeamFoundation.Migration.ToolscessGateg.GoGenceGeginGoGeginGoEgn.Go.GoGateGit.GoGateGitGateGitGateGateCit.Gegin_GateGit.ChargeTo.Co.EgnCite.ChargeTo.Co.EgnC.Cegin_CoT.Cegin_E......... T Объявлений, связанных с сайтом. Vsts.Rangers.Migration.TfsToTfs.TfsToTfsMigrationEngine.ProcessChangeGroup (группа ChangeGrouping) LogicalOperationStack=Migrate ThreadId=8 DateTime=2009-03-17T15:14:08.9403968Z
Вышеупомянутое сообщение может быть найдено 100 раз в журнале. Я предполагаю, что эта проблема "идентичности" является причиной, по которой подавляющее большинство файлов не переносятся. Но с другой стороны, я бы подумал, что ВСЕ файлы имели бы эту проблему... включая те, которые были перенесены.
Я нашел очень мало конкретной информации о "TF14045" и "TF10141". У меня складывается впечатление, что проблема связана с тем, что проверки файлов в сторонней среде TFS связаны с пользователями, специфичными для этого домена, и не обнаружены в нашем домене. Так...
Кто-нибудь, кто знаком с TFS to TFS Migration Tool, знает, в чем проблема?
Кто-нибудь может придумать способ обойти эту ситуацию, чтобы новая машина TFS не волновалась, когда пользователи другого домена связаны с файлами, переносимыми в новую среду? Я попытался добавить проблему "<домен третьей стороны>\<имя пользователя третьей стороны>" в новую среду TFS, но TFS не смог найти этого пользователя и не добавил его.
Еще лучше... если кто-нибудь знает, как я хотел бы знать, как сделать способ резервного копирования и восстановления с использованием различных версий SQL Server.
2 ответа
Я не знаю, помогает ли это, но вы можете попробовать настроить междоменное доверие, чтобы вы могли войти с пользователями из обоих доменов.
Я решил свою проблему, решив проблему вручную в рабочей области, а затем предоставив номер регистрации в качестве "Исходной версии" для разрешения конфликта...