Migrationsoptionen

  • Artikel

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Wenn Sie sich für den Wechsel von Azure DevOps Server zu Azure DevOps Services entscheiden, können Sie mit einer leeren Organisation neu beginnen. Häufig verfügen Sie jedoch über vorhandenen Code, Arbeitsaufgaben und andere Ressourcen, die Sie verschieben möchten. Es gibt viele Ansätze, um dies zu tun, die sowohl in der Genauigkeit der Datenübertragung als auch in der Komplexität des Prozesses variieren.

Überprüfen Sie vor der Migration von Daten die Unterschiede zwischen Azure DevOps Server und Azure DevOps Services.

Option 1: Manuelles Kopieren der wichtigsten Ressourcen

Die einfachste Option zum Verschieben von Daten in Azure DevOps Services besteht darin, Ihre wichtigsten Ressourcen manuell zu kopieren und relativ neu zu beginnen. Dies kann schwierig sein, wenn Sie sich in der Mitte eines großen Projekts befinden, aber Sie können es einfacher machen, wenn Sie eine Vorausplanung durchführen und Ihren Umzug planen, wenn es für Ihr Team sinnvoll ist.

Wenn sich das Azure DevOps-Team beispielsweise für den Wechsel von Azure DevOps Server zu Azure DevOps Services entschieden hat, haben wir uns auch entschieden, von Team Foundation-Versionskontrolle (TFVC) zu Git zu wechseln. Dies erforderte ein faires Maß an Planung, aber wenn wir unsere Migration tatsächlich durchgeführt haben, haben wir ein neues Git-Repository mit der "Tipp"-Version unserer TF VC-Quellen erstellt und unsere Geschichte in Azure DevOps Server hinter sich gelassen. Wir haben auch unsere aktiven Arbeitsaufgaben verschoben und alle alten Fehler hinter sich gelassen, Benutzergeschichten und Aufgaben abgeschlossen usw.

Hier ist der allgemeine Prozess:

  1. Identifizieren Sie die wichtigsten Ressourcen, die Sie migrieren müssen – in der Regel Quellcode, Arbeitsaufgaben oder beides. Andere Ressourcen in Azure DevOps Server – Erstellen von Pipelines, Testplänen usw. – sind schwieriger, manuell zu migrieren.
  2. Identifizieren Sie einen guten Zeitpunkt, um den Übergang vorzunehmen.
  3. Bereiten Sie Ihre Zielorganisationen vor. Erstellen Sie die Organisationen und Teamprojekte, die Sie benötigen, Bereitstellen von Benutzern usw.
  4. Migrieren Sie Ihre Daten.
  5. Erwägen Sie, die Azure DevOps Server-Quellbereitstellungen schreibgeschützt zu machen.

Option 2: Datenbankmigration mit hoher Genauigkeit.

Das Produktteam von Azure DevOps Server und Azure DevOps Services bietet ein Tool zur Datenmigration mit hoher Genauigkeit. Ein herunterladbarer Migrationsleitfaden ist verfügbar unter https://aka.ms/AzureDevOpsImport.

Migrationshandbuch

Da das Datenmigrationstool auf Datenbankebene funktioniert, kann es eine sehr präzise Migration bereitstellen. Wenn Sie Ihre vorhandenen Azure DevOps Server-Daten in Azure DevOps Services verschieben möchten, empfehlen wir dringend die Verwendung dieser Option.

Option 3: Verwenden öffentlicher API-basierter Tools für die Migration mit höherer Genauigkeit

Wenn Sie das Datenmigrationstool aus irgendeinem Grund nicht verwenden können, aber dennoch eine höhere Genauigkeit als Option 1 wünschen, können Sie aus einer Vielzahl von Tools auswählen, die öffentliche APIs zum Verschieben von Daten verwenden. Im Allgemeinen können diese Tools eine höhere Genauigkeitsmigration bereitstellen als eine manuelle Kopie von "Tippdaten", aber sie sind immer noch relativ niedrig. Zum Beispiel:

  • Keiner von ihnen behält die Datumsangaben von TF VC Changesets bei.
  • Viele von ihnen behalten die geänderten Datumsangaben von Überarbeitungen von Arbeitsaufgaben nicht bei.
  • Keiner von ihnen migriert alle Azure DevOps Server-Artefakte.

Im Allgemeinen empfehlen wir diesen Ansatz nur, wenn die Extratreue über eine manuelle Kopie hinaus wichtig ist. Wenn Sie sich für diesen Ansatz entscheiden, können Sie einen Berater einstellen, der Erfahrung mit einem oder mehreren Tools hat. Sie sollten unbedingt eine Testmigration durchführen, bevor Sie die endgültige Migration durchführen.

Viele Organisationen benötigen eine sehr präzise Migration nur für eine Teilmenge ihrer Arbeit. Neue Arbeiten könnten potenziell direkt in Azure DevOps Services beginnen. Andere Arbeiten mit weniger strengen Genauigkeitsanforderungen könnten mithilfe eines der anderen Ansätze migriert werden. Sie müssen die Vor- und Nachteile der verschiedenen Ansätze gegen Ihre Motivationen für den Wechsel zu Azure DevOps Services abwägen und selbst entscheiden, was die richtige Strategie ist.