Freigeben über

Ausführen von Aufgaben nach der Migration

  • Artikel

Nach Abschluss der Migration wird eine E-Mail an die Organisationsbesitzer gesendet, und zu diesem Zeitpunkt kann sich jeder mit Zugriff bei der neu migrierten Azure DevOps Services-Organisation anmelden. Bevor Sie die Organisation jedoch allen Benutzern zur Verfügung stellen, sollten Sie die in diesem Artikel aufgeführten allgemeinen Aufgaben ausführen.

Diagramm der hervorgehobenen Phase nach der Migration der sieben Phasen der Migration.

Spotprüfung

Nehmen Sie unmittelbar nach der Verfügbarkeit der Organisation ein kleines Team und führen Sie Stichprobenkontrollen für die Organisation durch. Es wird empfohlen, dass dieses Team aus den Projektsammlungsadministratoren besteht. Diese Überprüfung sollte nicht gründlich sein, sondern sicherstellen, dass wichtige Stücke aus Ihrer Sammlung übernommen wurden.

  • Quellcode: Überprüfen Sie, ob Ihre Quellcoderepositorys ordnungsgemäß migriert wurden.
  • Buildverlauf: Stellen Sie sicher, dass der Buildverlauf abgelaufen ist.
  • Flächenpfade: Vergewissern Sie sich, dass alle Flächenpfade noch vorhanden sind.

Diese Schnellüberprüfungen helfen Ihnen, fehlende oder unvollständige Daten abzufangen, bevor Sie die Organisation für Ihre gesamte Benutzerbasis öffnen.

Organisation umbenennen (optional)

In der Phase "Erste Schritte" haben Sie möglicherweise bereits Organisationen mit den endgültigen Namen der Azure DevOps Services-Organisation erstellt, die Sie verwenden möchten. Wenn dies Ihre endgültige Migration ist, können Sie Ihre neu migrierte Azure DevOps Services-Organisation in diesen gewünschten Namen umbenennen. Weitere Informationen finden Sie unter Umbenennen Ihrer Organisation.

Einrichten der Abrechnung

Zum Bezahlen von Benutzern oder Diensten in Azure DevOps, z. B. gehostete Build- und Bereitstellungs-Agents, müssen Sie die Abrechnung für Ihre Organisation einrichten. Wenn Sie mehrere Sammlungen migrieren, sollten Sie sicherstellen, dass alle Ihre Organisationen für die Abrechnung mit demselben Azure-Abonnement eingerichtet sind und dass Ihr Abonnement für die Abrechnung mit mehreren Organisationen aktiviert ist. Anschließend können Sie während des Kalendermonats, in dem Sie die Migration ausführen, beliebig viele Einfache Benutzer kostenlos zuweisen.

Build-Agents konfigurieren

Wenn Sie automatisierte Build- oder Bereitstellungsserver in Ihrer Azure DevOps Server-Umgebung verwendet haben, können Sie sie mit Ihrer Azure DevOps Services-Organisation verbinden. Im Rahmen der Migration wurden alle Ihre Builddefinitionen migriert, aber Sie müssen Agents und Pools für Ihre neue Azure DevOps Services-Organisation neu konfigurieren.

Weitere Informationen finden Sie unter Azure Pipelines-Agents.

Wenn Sie beabsichtigen, Ihre vorhandenen lokalen privaten Build-Agents zu verwenden, müssen Sie den Cache löschen, wodurch sichergestellt wird, dass keine Buildprobleme im Zusammenhang mit älteren Team Foundation-Versionskontrolle (TFVC) oder Git-Zeigern auf Ihre lokale Sammlung auftreten. Weitere Informationen finden Sie unter Aktualisieren von Caches auf Clientcomputern.

Tipp

Wenn Sie die Versionsverwaltung in Azure DevOps Server verwendet haben, werden Ihre Releasepipelinen und Verlaufsdaten migriert. Wie bei Builds müssen Sie Ihre Agents(Verknüpfungen erneut) und Pools für die neue Organisation neu konfigurieren.

Verwenden von Azure-Artefakten

Azure Artifacts ist in Azure DevOps Services für alle Benutzer enthalten, denen eine Basic-Lizenz gewährt wird. Es ist nicht erforderlich, eine Erweiterung zu installieren. Ihre Azure Artifacts-Daten sollten nach der Migration verfügbar sein. Weitere Informationen finden Sie in der Übersicht über Azure Artifacts.

Anpassen von Azure Boards

Wenn Sie über eine vorhandene GitHub Enterprise Server-Verbindung mit Ihrem Azure DevOps Server verfügen, funktioniert sie nicht wie erwartet. Arbeitsaufgaben, die in GitHub Erwähnung wurden, werden möglicherweise verzögert oder werden nie in Azure DevOps Services angezeigt. Dieses Problem tritt auf, weil die mit GitHub verknüpfte Rückruf-URL nicht mehr gültig ist.

Um das Problem zu beheben, berücksichtigen Sie die folgenden Aufgaben:

  • Entfernen und erneutes Herstellen der Verbindung: Entfernen Sie die Verbindung mit dem GitHub Enterprise Server-Repository, und stellen Sie sie neu her. Befolgen Sie die in der Dokumentation zum Herstellen einer Verbindung aus Azure Boards angegebenen Schritte.
  • Beheben Sie die Webhook-URL: Wechseln Sie zur Repository-Einstellungsseite von GitHub, und bearbeiten Sie die Webhook-URL, um auf die migrierte Azure DevOps Services-Organisations-URL zu verweisen: https://dev.azure.com/{OrganizationName}/_apis/work/events?api-version=5.2-preview.

Weitere Informationen finden Sie unter Konfigurieren und Anpassen von Azure Boards.

Berechtigungen überprüfen

Ihre Organisation umfasst fünf kostenlose Benutzer mit Basic-Zugriff . Weitere Informationen finden Sie unter Hinzufügen von Organisationsbenutzern und Verwalten des Zugriffs.

Benachrichtigen Ihrer Teams

Nachdem Ihre Builds ausgeführt und das Lizenzabonnement konfiguriert wurde, empfehlen wir, die Organisation für alle Benutzer zur Überprüfung zu öffnen. Dann können einzelne Benutzer sicherstellen, dass alle Inhalte vorhanden sind, über die richtige Zugriffsebene verfügen und Code abrufen können.

Benutzer von TFVC mit lokalen Arbeitsbereichen müssen ihre Arbeitsbereiche für die neue Organisation neu zuordnen, und Git-Benutzer müssen ihre Remoteeinstellungen neu konfigurieren, um Code abzurufen.

Wenn etwas in der migrierten Organisation fehlt, wenden Sie sich an den Support.

Nächste Schritte

Abrufen von Azure DevOps Services-Erweiterungen (optional)