Migrationsoptionen

  • Artikel
  • 3 Minuten Lesedauer

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

Wenn Sie sich entscheiden, den Wechsel von Azure DevOps Server zu Azure DevOps Services vorzunehmen, beginnen Sie möglicherweise mit einer leeren Organisation. Häufig verfügen Sie jedoch über vorhandenen Code, Arbeitselemente und andere Ressourcen, die Sie verschieben möchten. Es gibt viele Ansätze, um dies zu tun, die sowohl die Genauigkeit der Datenübertragung als auch die 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 frisch 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 entschieden hat, von Azure DevOps Server zu Azure DevOps Services zu wechseln, haben wir uns auch entschieden, von Team Foundation-Versionskontrolle (TFVC) zu Git zu wechseln. Dies erforderte eine faire Planung, aber wenn wir tatsächlich unsere Migration durchgeführt haben, haben wir ein neues Git-Repo mit der "Tipp"-Version unserer TF VC-Quellen erstellt und unsere Geschichte in Azure DevOps Server hinterlassen. Außerdem haben wir unsere aktiven Arbeitsaufgaben verschoben und alle alten Fehler, benutzergeschichten und Aufgaben abgeschlossen und so weiter hinterlassen.

Hier ist der allgemeine Prozess:

  1. Identifizieren Sie die wichtigsten Ressourcen, die Sie migrieren müssen – in der Regel Quellcode, Arbeitselemente 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 zu treffen.
  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 Quelle Azure DevOps Server Bereitstellungen schreibgeschützt zu machen.

Option 2: Datenbankmigration mit hoher Genauigkeit.

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

Migration Guide

Da das Datenmigrationstool auf Datenbankebene funktioniert, kann es eine sehr hohe Genauigkeitsmigration bieten. 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 von öffentlichen API-basierten Tools für die Migration mit höherer Genauigkeit

Wenn Sie aus irgendeinem Grund das Datenmigrationstool nicht verwenden können, aber dennoch eine höhere Genauigkeitsmigration wünschen als Option 1, können Sie aus einer Vielzahl von Tools auswählen, die öffentliche APIs verwenden, um Daten zu verschieben. In der Regel können diese Tools eine höhere Genauigkeitsmigration als eine manuelle Kopie von "Tippdaten" bereitstellen, aber sie sind immer noch relativ gering. Beispiel:

  • Keine davon behält die Datumsangaben von TF VC-Änderungen bei.
  • Viele von ihnen behalten die geänderten Datumsangaben von Überarbeitungen der Arbeitsaufgabe nicht bei.
  • Keiner davon migriert alle Azure DevOps Server Artefakte.

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

Viele Organisationen benötigen eine sehr hohe Genauigkeitsmigration nur für eine Teilmenge ihrer Arbeit. Neue Arbeiten könnten möglicherweise 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 Pros und Cons der verschiedenen Ansätze gegen Ihre Motivationen für den Wechsel in Azure DevOps Services abwägen und selbst entscheiden, was die richtige Strategie ist.