Сторонний разработчик разработал для нас некоторые приложения и использует MS Team Foundation Server 2008 для управления их источниками. Моя компания недавно установила среду TFS 2008, и мы пытаемся перенести исходный код от стороннего разработчика TFS на нашу машину TFS. Сначала вы решили попробовать использовать метод резервного копирования и восстановления, но единственным доступным SQL Server является лицензия Standard Edition и SQL Server стороннего разработчика, которую они используют для TFS, это Enterprise Edition. Это означает, что метод резервного копирования и восстановления не будет работать. Поэтому я пытаюсь получить TFS в TFS Migration Tool (найденный на codeplex), чтобы перенести исходный код. К сожалению, у меня были проблемы ...Инструмент миграции TFS to TFS - проблемы с доменом
Сторонняя сеть разработчиков находится в собственной подсетей в сети нашей компании. И у них есть свой собственный домен отдельно от нас. Таким образом, их машина TFS находится в их домене, наша машина TFS находится в другом домене, и мой компьютер (который имеет VS, Team Explorer, инструменты TFS Power ...) подключен к обеим сетям и пытается запустить TFS в TFS Migration Инструмент. Увы, когда я бегу инструмент миграции только небольшая часть кода получает мигрировали и журнал инструмент миграции в загружается с сообщениями ...
TfsMigrationWindowsServiceHost.exe Информация: 0: TF14045: Идентичность < третьего домена партия > \ < Стороннее имя пользователя> не является признанной личностью. LogicalOperationStack = Migrate ThreadId = 8 DateTime = 2009-03-17T15: 14: 08.6591468Z TfsMigrationWindowsServiceHost.exe Информация: 0: Невозможно в TFS приезда используя тождество < 3rd домена партии> \ < третьего имени пользователя партия>. Преобразование учетных данных по умолчанию. LogicalOperationStack = Migrate ThreadId = 8 DateTime = 2009-03-17T15: 14: 08.6591468Z TfsMigrationWindowsServiceHost.exe Информация: 0: VCSession_2009_03_17_09_59_03_627: TF10141: Нет отметились файлов: не разрешать конфликты и повторите попытку. LogicalOperationStack = Миграция 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.CheckInInternal (автор строки, PendingChange [] изменяет, комментарий по строкам, CheckinNote checkinNote, WorkItemCheckinInfo [] workItemChanges, PolicyOverrideInfo policyOverride, CheckinOptions checkinOptions) на Microsoft.TeamFoundation.VersionControl.Client.Workspace.CheckIn (PendingChange [] изменения, строки автор, String комментарий, 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 [] изменяется, Комментарий по строкам, CheckinNote checkinNote, WorkItemCheckinInfo [] workItemChanges, PolicyOverrideInfo policyOverride) в Microsoft.TeamFoundation.Migration.Toolkit.VC.SourceToTfsMigrationEngine.Checkin (ChangeGrouping group, Int32 & changesetId) в Microsoft.TeamFoundation.Migration.Toolkit.VC.SourceToTfsMigrationEngine.ProcessChangeGroup (группа ChangeGrouping) в Microsoft.Vsts.Rangers.Migration.TfsToTfs.TfsToTfsMigrationEngine.ProcessChangeGroup (ChangeGrouping группа) LogicalOperationStack = Мигрировать ThreadId = 8 DateTime = 2009-03-17T15: 14: 08.9403968Z
Данное сообщение может быть найдено 100s раз в журнале. Я предполагаю, что проблема «идентичности» является причиной того, что подавляющее большинство файлов не переносится. Но опять же я бы подумал, что у ВСЕХ файлов была бы эта проблема ... включая те немногие, которые были перенесены.
Я нашел очень мало информации о «TF14045» и «TF10141». Создается впечатление, что проблема связана с тем, что проверки файлов в сторонней среде TFS связаны с пользователями, специфичными для этого домена, и не найдены в нашем домене. Итак ...
Кто-нибудь, кто знаком с инструментом миграции TFS в TFS, имеет представление о том, что может быть проблемой?
Может ли кто-нибудь подумать об этом, чтобы новая машина TFS не волновалась, когда пользователи другого домена связаны с переносными файлами в новую среду? Я попытался добавить проблему «<« Домен третьей стороны »> < Имя стороннего пользователя> 'в новую среду TFS, но TFS не смог найти этого пользователя и не добавил бы их.
Еще лучше ... если кто-нибудь знает, как мне хотелось бы знать, как сделать резервное копирование и восстановить метод миграции с использованием разных версий SQL Server.
У меня было достаточно быстрые ответы в прошлом при рассылке контактов для инструмента в кодексе, предлагайте сделать это ... –