Nach dem Import

  • Artikel

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

Sobald ein erfolgreicher Import abgeschlossen ist, ist eine Organisation einsatzbereit. Bevor Sie es jedoch allen Benutzern zur Verfügung stellen, sollten Sie mehrere allgemeine Aufgaben ausführen. Sehen Sie sich die folgende Liste der typischsten Aufgaben an, die nach dem Import in der empfohlenen Ausführungsreihenfolge ausgeführt werden sollten.

Hinweis

Es wird empfohlen, den Migrationsleitfaden zu verwenden, um den Import fortzuschreiten. Der Leitfaden enthält bei Bedarf Links zur technischen Dokumentation.

Mit der Veröffentlichung von Azure DevOps Server 2019 wurde der TFS Database Import Service zum Datenmigrationstool für Azure DevOps umbenannt. Dazu gehört, dass TfsMigrator zum Datenmigrationstool oder kurz migration wird. Dieser Dienst funktioniert immer noch genau wie der alte Importdienst. Wenn Sie eine ältere lokale Version mit TFS als Branding verwenden, können Sie dieses Feature weiterhin verwenden, um zu Azure DevOps zu migrieren, solange Sie ein Upgrade auf eine der unterstützten Versionen durchführen.

Unmittelbar nach dem Import

Direkt nachdem die Organisation verfügbar ist, nehmen Sie ein kleines Team mit und führen Sie Stichprobenkontrollen für die Organisation durch. Es wird empfohlen, dass dieses Team aus den Projektsammlungsadministratoren besteht. Dies sollte keine eingehende Überprüfung sein, sondern vielmehr sicherstellen, dass wichtige Stücke aus Ihrer Sammlung übernommen wurden. Wurde Ihr Quellcode importiert? Sehen Sie Ihren Buildverlauf? Sind alle Unsere Flächenwege noch vorhanden? Vergewissern Sie sich am besten, dass diese Artefakte vorhanden sind, bevor Sie die Organisation für die gesamte Benutzerbasis öffnen.

Nachdem Sie die Organisation überprüft haben, überlegen Sie, ob Sie sie umbenennen möchten. Das Umbenennen einer Organisation ist ein einfacher Vorgang, hat jedoch große Auswirkungen auf Benutzer, die die Organisation derzeit verwenden. Einige Beispiele sind Team Explore-Verbindungen, die nicht mehr funktionieren oder Lesezeichen nicht mehr funktionieren. Wenn Sie eine Umbenennung aus dem Weg weisen, während es sich nur um eine kleine Gruppe von Benutzern handelt, die die Organisation verwenden, können die restlichen Benutzer einmal einsteigen und ihre Verbindungen konfigurieren.

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 mehr als eine Sammlung importieren, 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. Sie können dann während des Kalendermonats, in dem Sie den Import ausführen, beliebig viele Basic-Benutzer kostenlos zuweisen.

Verwalten von Benutzern und Zugriff

Ihre Organisation umfasst fünf kostenlose Benutzer mit Basic-Zugriff . Basic umfasst Features wie Git- und Team Foundation-Versionskontrolle, Tools für agile Planung und Java-Teams und vieles mehr. Außerdem können Sie Visual Studio-Abonnenten kostenlos hinzufügen – sie erhalten grundlegende Features und andere Features – basierend auf ihrer Abonnementebene. Außerdem können Sie Stakeholder kostenlos hinzufügen, sodass sie teilweisen Zugriff auf Agile-Tools haben, Arbeitselemente erstellen und Backlogs und Boards anzeigen können.

Wenn sich Visual Studio-Abonnenten bei der Organisation anmelden, werden sie automatisch erkannt. Für alle anderen Benutzer müssen Sie kostenpflichtigen Zugriff zuweisen. Beachten Sie: Wenn Sie den Zugriff mithilfe von Gruppenregeln automatisieren, gelten die Regeln nur für vorhandene Benutzer, wenn Sie direkte Zuweisungen entfernen, die beim Import auf Benutzer angewendet wurden.

Verhaltensänderung: Ab dem 13. November 2019 ändert sich das Standardzugriffsverhalten für Importe. Zuvor haben alle Importe versucht, Benutzern nach dem Import eine gleichwertige Zugriffsebene zu gewähren. Dies bedeutet, dass Benutzer, die über Basic verfügten, den Standardzugriff erhalten haben, und andere Benutzer mit dem Zugriff auf Interessenträger begonnen haben. Sobald diese Änderung erfolgt, beginnen alle Benutzer mit kostenlosem Zugriff auf Interessenträger . Bis zum Ende des Kalendermonats, in dem Der Import ausgeführt wird, können Sie allen Benutzern, die ihn benötigen, den Standardzugriff ohne Kosten zuweisen. Wenn Sie Fragen oder Bedenken zu dieser Änderung haben, können Sie sich gerne an uns wenden.

Builds

Als Nächstes möchten Sie Ihre Build-Agents konfigurieren. Im Rahmen der Migration wurden alle Buildpipelines übernommen, aber Agents und Pools müssen für die neue Organisation neu konfiguriert werden. Azure DevOps bietet die Möglichkeit, einen von Microsoft gehosteten Pool von Build-Agents zu verwenden, den Sie verwenden können, oder Sie können Ihre selbstgehosteten Build-Agents verbinden. Es ist wichtig zu beachten, dass nur ein selbstgehostetes Build-Agent kostenlos enthalten ist. Danach fällt eine Gebühr für mehr selbstgehostete Build-Agents an. Um für von Microsoft gehostete und selbstgehostete Build-Agents zu bezahlen, müssen Sie ein Abonnement mit Ihrer Organisation verknüpfen. Ausführliche Informationen zur Ausführung dieser Aufgabe finden Sie in den folgenden Ressourcen:

Wenn Sie planen, Ihre vorhandenen lokalen privaten Build-Agents zu verwenden, gibt es einen weiteren empfohlenen Schritt, der nach der Registrierung bei Ihrer neuen Organisation ausgeführt werden muss. Durch das Löschen des Caches wird sichergestellt, dass keine Buildprobleme im Zusammenhang mit älteren TFVC- oder Git-Zeigern auf Ihre lokale Sammlung auftreten. Weitere Informationen zum Ausführen dieser Aufgabe finden Sie unter Aktualisieren von Caches auf Clientcomputern .

Releaseverwaltung

Wenn Sie Release Management in Azure DevOps Server verwendet haben, sind Ihre Releasepipelines und Verlaufsdaten im Import enthalten. Wie bei Builds müssen Sie Ihre Agents und Pools jedoch für die neue Organisation neu konfigurieren.

Azure Artifacts

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 dem Import verfügbar sein.

Azure Boards

Wenn Ihrer Azure DevOps Server eine GitHub Enterprise Server-Verbindung zugeordnet ist, funktioniert dies nicht wie erwartet. Erwähnungen von Arbeitselementen in GitHub können verzögert sein oder nie in Azure DevOps Services angezeigt werden. Dieses Problem tritt auf, weil die mit GitHub verknüpfte Rückruf-URL nicht mehr gültig ist.

Berücksichtigen Sie die folgenden Punkte, um das Problem zu beheben:

  • Entfernen und erneutes Erstellen der Verbindung: Entfernen Sie die Verbindung mit dem GitHub Enterprise Server-Repository, und erstellen Sie sie erneut. Befolgen Sie die in der Dokumentation zum Herstellen einer Verbindung aus Azure Boards angegebenen Schritte.

  • Beheben der Webhook-URL: Wechseln Sie zur Seite mit den Repositoryeinstellungen von GitHub, und bearbeiten Sie die Webhook-URL, um auf die migrierte Azure DevOps Services Organisations-URL hinzuweisen:https://dev.azure.com/{OrganizationName}/_apis/work/events?api-version=5.2-preview

Benachrichtigen Ihrer Teams

Nachdem Ihre Builds ausgeführt und das Lizenzabonnement konfiguriert wurde, wird empfohlen, die Organisation für alle Benutzer zur Überprüfung zu öffnen. Dann können einzelne Benutzer sicherstellen, dass alle Inhalte vorhanden sind, dass sie über die richtige Zugriffsebene verfügen und Code abrufen können. Stellen Sie sicher, dass Sie Benutzer auf unsere Dokumentation verweisen, um eine Verbindung mit Azure DevOps Services von allen unterstützten IDEs und Team Explorer herzustellen.

Benutzer von TFVC mit lokalen Arbeitsbereichen müssen ihre Arbeitsbereiche der neuen Organisation neu zuordnen, und Git-Benutzer müssen ihre Remotedaten neu konfigurieren, um Code abrufen zu können.

Wenn etwas in der migrierten Organisation als fehlend gemeldet wird, wenden Sie sich an AzureDevOpsImport@microsoft.com. Wenden Sie sich bei anderen funktionalen Problemen an den Kundensupport.