Третья сторона разработала некоторые приложения для нас и использует 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 [] сбои)
в Microsoft.TeamFoundation.VersionControl.Client.Workspace.CheckInInternal (Автор строки, изменения PendingChange [], Комментарий строки, CheckinNote checkinNote, WorkItemCheckinInfo [] workItemChanges, PolicyOverrideInfo policyOverride, CheckinOptions checkinOptions)
в Microsoft.TeamFoundation.VersionControl.Client.Workspace.CheckIn (PendingChange [] изменения, Автор строки, Комментарий строки, CheckinNote checkinNote, WorkItemCheckinInfo [] workItemChanges, PolicyOverrideInfo policyOverride, CheckinOptions checkinOptions)
в Microsoft.TeamFoundation.VersionControl.Client.Workspace.CheckIn (PendingChange [] изменения, автор строки, комментарий строки, 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 (группа изменения группы, Int32 & changesetId)
в Microsoft.TeamFoundation.Migration.Toolkit.VC.SourceToTfsMigrationEngine.ProcessChangeGroup (группа ChangeGrouping)
в Microsoft.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.