Ein Drittanbieter hat einige Anwendungen für uns entwickelt und hat MS Team Foundation Server 2008 für ihre Quellcodeverwaltung verwendet. Meine Firma hat kürzlich unsere TFS 2008-Umgebung eingerichtet und wir versuchen, den Quellcode von dem Drittanbieter-Entwickler TFS auf unseren TFS-Computer zu migrieren. Sie dachten zuerst daran, die Sicherungs- und Wiederherstellungsmethode der Migration zu versuchen, aber der einzige SQL Server, den wir zur Verfügung haben, ist eine Standard Edition-Lizenz und der SQL-Server des Drittherstellers, den sie für TFS verwenden, ist Enterprise Edition. Dies bedeutet, dass die Sicherungs- und Wiederherstellungsmethode nicht funktioniert. Also habe ich versucht, den TFS zu TFS Migration Tool (gefunden auf Codeplex) den Quellcode zu migrieren. Leider habe ich Probleme ...TFS zu TFS Migration Tool - Domain-Probleme
Das 3rd-Party-Entwickler-Netzwerk ist in einem eigenen Sub-Netzwerk innerhalb unseres Unternehmens-Netzwerk. Und sie haben ihre eigene Domäne getrennt von uns. Ihr TFS-Computer befindet sich also in ihrer Domäne, unser TFS-Computer befindet sich in einer anderen Domäne und mein PC (der über VS, Team Explorer, TFS Power Tools usw. verfügt) ist mit beiden Netzwerken verbunden und versucht TFS auf TFS-Migration auszuführen Werkzeug. Ach, wenn ich das Migrationstool laufe nur ein kleiner Bruchteil des Codes wird migriert und das Protokoll der Migrations-Tool wird mit Nachrichten geladen ...
TfsMigrationWindowsServiceHost.exe Information: 0: TF14045: Die Identität < 3rd-Party-Domain > \ < 3rd Party Username> ist keine anerkannte Identität. Logicaloperation = Migrate ThreadId = 8 Datetime = 2009-03-17T15: 14: 08.6591468Z TfsMigrationWindowsServiceHost.exe Information: 0: Kann nicht TFS checkin die Identität < 3rd-Party-Domäne mit> \ < 3rd-Party-Benutzername>. Konvertieren in Standardanmeldeinformationen Logicaloperation = Migrate ThreadId = 8 Datetime = 2009-03-17T15: 14: 08.6591468Z TfsMigrationWindowsServiceHost.exe Information: 0: VCSession_2009_03_17_09_59_03_627: TF10141: Keine markierten Dateien in: die Konflikte lösen und versuchen Sie es erneut. LogicalOperationStack = Migrieren ThreadId = 8 DateTime = 2009-03-17T15: 14: 08.9247718Z TfsMigrationWindowsServiceHost.exe Warnung: 0: TF10141: Keine Dateien eingecheckt: die Konflikte lösen und es erneut versuchen. Logicaloperation = Migrate ThreadId = 8 Datetime = 2009-03-17T15: 14: 08.9247718Z TfsMigrationWindowsServiceHost.exe Information: 0: Microsoft.TeamFoundation.VersionControl.Client.CheckinException: TF10141: Keine in geprüften Dateien: die Konflikte lösen und Versuch es noch einmal. bei Microsoft.TeamFoundation.VersionControl.Client.Workspace.ReportCheckInConclictsAndThrow (Fehler [] Fehler) bei Microsoft.TeamFoundation.VersionControl.Client.Workspace.CheckInInternal (String-Autor, PendingChange [] Änderungen, String Kommentar, CheckinNote CheckinNote, WorkItemCheckinInfo [] workItemChanges, PolicyOverrideInfo policyOverride, checkinOptions checkinOptions) bei Microsoft.TeamFoundation.VersionControl.Client.Workspace.CheckIn (PendingChange [] Änderungen, String Autor, String Kommentar, checkinNote checkinNote, WorkItemCheckinInfo [] workItemChanges, PolicyOverrideInfo policyOverride, checkinOptions checkinOptions) bei Microsoft .TeamFoundation.VersionControl.Client.Workspace.CheckIn (PendingChange [] ändert sich, Zeichenfolgenautor, Zeichenfolgenkommentar, CheckinNote checkinNote, WorkItemCheckinInfo [] workItemChanges, PolicyOverrideInfo policyOverride) bei Microsoft.TeamFoundation.VersionControl.Client.Workspace.CheckIn (PendingChange [] Änderungen, String Kommentar, CheckInNote CheckInote, WorkItemCheckinInfo [] workItemChanges, PolicyOverrideInfo policyOverride) bei Microsoft.TeamFoundation.Migration.Toolkit.VC.SourceToTfsMigrationEngine.Checkin (ChangeGrouping Gruppe, Int32 & changesetId) bei Microsoft.TeamFoundation.Migration.Toolkit.VC.SourceToTfsMigrationEngine.ProcessChangeGroup (Gruppe ChangeGrouping) bei Microsoft.Vsts.Rangers.Migration.TfsToTfs.TfsToTfsMigrationEngine.ProcessChangeGroup (ChangeGrouping Gruppe) Logicaloperation Migrate = ThreadId = 8 Datetime = 2009-03-17T15: 14: 08.9403968Z
Die obige Nachricht kann 100s Mal im Protokoll gefunden werden. Ich vermute, dass dieses "Identitäts-Problem" der Grund ist, warum die überwiegende Mehrheit der Dateien nicht migriert wird. Aber dann hätte ich gedacht, ALLE Dateien hätten dieses Problem gehabt ... einschließlich der wenigen, die migriert wurden.
Ich habe sehr wenig spezifische Informationen über 'TF14045' und 'TF10141' gefunden. Ich habe den Eindruck, dass das Problem auf die Tatsache zurückzuführen ist, dass Dateiprüfungen in der TFS-Umgebung von Drittanbietern mit Benutzern verbunden sind, die für diese Domäne spezifisch sind und nicht in unserer Domäne gefunden werden. So ...
Hat jemand, der mit dem TFS zu TFS Migration Tool vertraut ist, irgendeine Idee, was das Problem sein könnte?
Kann jemand einen Weg um diese Situation denken, so dass der neue TFS-Computer nicht ausflippt, wenn Benutzer der anderen Domäne mit Dateien verbunden sind, die in die neue Umgebung migriert werden? Ich habe versucht, das Problem '< 3rd-Party-Domain> \ < 3rd-Party-Benutzername>' in die neue TFS-Umgebung hinzuzufügen, aber TFS konnte diesen Benutzer nicht finden und würde sie nicht hinzufügen.
Besser noch ... wenn jemand weiß, wie ich würde gerne wissen, wie die Sicherung und Wiederherstellung der Migrationsmethode mit verschiedenen SQL Server-Versionen.
Ich habe recht gehabt schnelle Antworten in der Vergangenheit beim Versenden der Kontakte für das Tool in Codeplex, schlagen vor, dies zu tun ... –