Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Nach Abschluss der Migration wird eine E-Mail an den 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.
Überprüfen migrierter Inhalte
Überprüfen Sie unmittelbar nach der Verfügbarkeit der Organisation die migrierten Inhalte und die Konfiguration, um sicherzustellen, dass alle kritischen Komponenten erfolgreich migriert wurden. Ihre Projektsammlungsadministratoren sollten diesen Prozess leiten und alle wichtigen Bereiche Ihrer Sammlung abdecken. Es wird empfohlen, Folgendes zu überprüfen:
- Quellcode: Vergewissern Sie sich, dass alle Repositorys ordnungsgemäß migriert wurden und auf sie zugreifen können.
- Buildverlauf: Überprüfen Sie, ob der vollständige Buildverlauf intakt ist und den Erwartungen entspricht.
- Flächenpfade: Stellen Sie sicher, dass alle Flächenpfade vorhanden und richtig strukturiert sind.
- Arbeitsaufgaben: Überprüfen Sie ein repräsentatives Beispiel für Arbeitsaufgaben, um die Datenintegrität und Beziehungen zu bestätigen.
- Berechtigungen und Sicherheit: Überprüfen Sie, ob Benutzerberechtigungen, Gruppen und Zugriffssteuerungen ordnungsgemäß konfiguriert sind. Je nachdem, wie Benutzer in Ihrem Azure DevOps-Server eingerichtet sind, werden sie möglicherweise erst nach der ersten Anmeldung im Benutzerhub Ihrer neuen Organisation angezeigt. Wenn Benutzer nach der Migration fehlen, lassen Sie diese sich anmelden und ihren Status erneut überprüfen.
- Dienstverbindungen und Pipelines: Überprüfen Sie, ob Dienstverbindungen und Pipelinekonfigurationen funktionsfähig sind.
- Dashboards und Widgets: Vergewissern Sie sich, dass Dashboards ordnungsgemäß gerendert werden und widgets erwartete Daten anzeigen.
Diese Überprüfung hilft dabei, fehlende, unvollständige oder falsch konfigurierte Daten zu identifizieren, bevor sie die Organisation für Ihre breitere Benutzerbasis öffnen und einen reibungslosen Übergang sicherstellen und Unterbrechungen minimieren.
Von Bedeutung
Entfernen oder zerstören Sie Ihre lokalen Daten nicht und legen Sie Systeme nicht still, bevor Sie bestätigen, dass alle erwarteten Daten und Funktionen in der migrierten Organisation vorhanden sind.
Organisation umbenennen (optional)
Wenn Sie während der Phase "Erste Schritte" eine Platzhalterorganisation mit Ihrem gewünschten Namen erstellt haben, können Sie ihre migrierte Organisation jetzt umbenennen, um sie zu ersetzen. Dieser Schritt ist nur erforderlich, wenn dies Ihre endgültige Migration ist und Sie einen bestimmten Organisationsnamen verwenden möchten. Weitere Informationen finden Sie unter Umbenennen Ihrer Organisation.
Einrichten der Abrechnung
Um für Benutzer oder Dienste in Azure DevOps zu bezahlen, 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. Während des Kalendermonats, in dem Sie die Migration durchführen, können Sie beliebig viele Basic-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 Pipeline-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 Version Control (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. Aber wie bei den Builds müssen Sie Ihre Agenten (Link wieder) 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, die eine Basic-Lizenz erteilt bekommen haben. 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. In GitHub erwähnte Arbeitsaufgaben werden möglicherweise verzögert oder nie in Azure DevOps Services angezeigt. Dieses Problem tritt auf, da 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 Erstellen der Verbindung: Entfernen sie die Verbindung mit dem GitHub Enterprise Server-Repository, und erstellen Sie sie erneut. Führen Sie die Reihenfolge der Schritte aus, die in der Dokumentation "Connect" von Azure Boards bereitgestellt werden.
-
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 grundlegendem Zugriff. Weitere Informationen finden Sie unter Hinzufügen von Organisationsbenutzern und Verwalten des Zugriffs.
Benachrichtigen Sie Ihre 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.