Informationen zu Unternehmensmigrationen zu GitHub Actions
Um Ihr Unternehmen von einem vorhandenen System zu GitHub Actions migrieren, können Sie die Migration planen, die Migration abschließen und vorhandene Systeme zurückziehen.
In diesem Leitfaden werden bestimmte Überlegungen zu Migrationen behandelt. Weitere Informationen zur Einführung GitHub Actions in Ihr Unternehmen finden Sie unter Einführung GitHub Actions in Ihr Unternehmen.
Planen der Migration
Bevor Sie mit der Migration Ihres Unternehmens zu GitHub Actions beginnen, sollten Sie ermitteln, welche Workflows migriert werden sollen und wie sich diese Migrationen auf Ihre Teams auswirken. Anschließend sollten Sie planen, wie und wann Sie die Migrationen abschließen wollen.
Einsatz von Migrationsspezialisten zur vollen Nutzung ihrer Expertise
GitHub kann bei Ihrer Migration helfen, und Sie können auch vom Kauf GitHub Professional Servicesprofitieren. Für weitere Informationen wenden Sie sich an Ihren zuständigen Ansprechpartner oder [Vertriebsteam von GitHub](https://github.com/enterprise/contact).
Identifizieren und Inventarisieren von Migrationszielen
Bevor Sie zu GitHub Actionsmigrieren können, müssen Sie über ein vollständiges Verständnis der Workflows verfügen, die von Ihrem Unternehmen in Ihrem vorhandenen System verwendet werden.
Erstelle zunächst ein Inventar der vorhandenen Build- und Release-Workflows innerhalb deines Unternehmens, sammele Informationen darüber, welche Workflows aktiv verwendet werden und migriert werden müssen und welche zurückgelassen werden können.
Erfahren Sie als Nächstes die Unterschiede zwischen Ihrem aktuellen Anbieter und GitHub Actions. Dadurch kannst du etwaige Probleme bei der Migration jedes Workflows bewerten und wo sich dein Unternehmen möglicherweise in den Features unterscheidet. Weitere Informationen finden Sie unter Zu GitHub-Aktionen migrieren.
Mit diesen Informationen können Sie feststellen, welche Workflows Sie zu GitHub Actions migrieren können und möchten.
Ermitteln der Auswirkungen von Migrationen auf das Team
Wenn du die Tools änderst, die in deinem Unternehmen verwendet werden, beeinflusst Du, wie dein Team funktioniert. Sie müssen überlegen, wie sich das Verschieben eines Workflows von Ihren bestehenden Systemen zu GitHub Actions auf den Alltag Ihrer Entwickler auswirkt.
Identifiziere alle Prozesse, Integrationen und Tools von Drittanbietern, die von der Migration betroffen sind, und plane alle Updates, die du vornehmen musst.
Berücksichtige, wie sich die Migration möglicherweise auf deine Compliance auswirkt. Zum Beispiel, funktionieren Ihre vorhandenen Tools zur Überprüfung von Anmeldedaten und zur Sicherheitsanalyse mit GitHub Actions, oder benötigen Sie neue Tools?
Identifizieren Sie die Tore und Prüfpunkte in Ihrem vorhandenen System und überprüfen Sie, ob Sie diese mit GitHub Actions implementieren können.
Identifizieren und Überprüfen von Migrationstools
Automatisierte Migrationstools können die Workflows Ihres Unternehmens aus der Syntax des vorhandenen Systems in die erforderliche GitHub ActionsSyntax übersetzen. Identifizieren Sie Tools von Drittanbietern, wenden Sie sich an Ihren dedizierten Vertreter oder Vertriebsteam von GitHub, um nach Tools zu fragen, die GitHub bereitgestellt werden können. Zum Beispiel können Sie die GitHub Actions Importer nutzen, um Ihre CI-Pipelines von verschiedenen unterstützten Diensten zu planen, abzugrenzen und zu migrieren GitHub Actions. Weitere Informationen finden Sie unter Automatisieren der Migration mit GitHub Actions Importer.
Nachdem du ein Tool zum Automatisieren deiner Migrationen identifiziert hast, überprüfe das Tool, indem du das Tool in einigen Testworkflows ausführst und überprüfst, ob die Ergebnisse wie erwartet ausfallen.
Automatisierte Tools sollten in der Lage sein, die meisten deiner Workflows zu migrieren, aber wahrscheinlich musst du mindestens einen kleinen Prozentsatz manuell neu schreiben. Schätze ein, wie viel Arbeit du manuell wirst ausführen müssen.
Entscheiden über einen Migrationsansatz
Bestimme den Migrationsansatz, der am besten für dein Unternehmen funktioniert. Kleinere Teams können all ihre Workflows mit einem "Rip-and-replace"-Ansatz gleichzeitig migrieren. Für größere Unternehmen ist ein iterativer Ansatz wohl realistischer. Du kannst festlegen, dass die gesamte Migration zentral verwaltet wird, oder du kannst einzelne Teams bitten, selber tätig zu werden und ihre eigenen Workflows zu migrieren.
Wir empfehlen einen iterativen Ansatz, der aktive Verwaltung mit Eigenverantwortung kombiniert. Beginne mit einer kleinen Gruppe von Early Adopters, die als interne Experten fungieren können. Identifiziere eine Handvoll Workflows, die so umfassend sind, dass sie dein Unternehmen in seiner gesamten Breite darstellen. Arbeiten Sie mit Ihren Early Adopters zusammen, um diese Workflows bei Bedarf zu GitHub Actions zu migrieren. So können andere Teams darauf vertrauen, dass ihre Workflows ebenfalls migriert werden können.
Stellen Sie GitHub Actions dann Ihrer größeren Organisation zur Verfügung. Stellen Sie Ressourcen bereit, mit denen diese Teams ihre eigenen Workflows nach GitHub Actions migrieren können, und informieren Sie die Teams, wann die vorhandenen Systeme stillgelegt werden.
Informiere schließlich alle Teams, die deine alten Systeme weiterhin verwenden, damit sie ihre Migrationen innerhalb eines bestimmten zeitlichen Rahmens abschließen. Du kannst auf die Erfolge anderer Teams verweisen, um ihnen zu versichern, dass die Migration möglich und wünschenswert ist.
Definieren des Migrationsplans
Nachdem Sie sich für einen Migrationsansatz entschieden haben, erstellen Sie einen Zeitplan, der angibt, wann jedes Ihrer Teams ihre Workflows zu GitHub Actionsmigrieren wird.
Wähle zunächst das Datum aus, an dem deine Migration abgeschlossen sein soll. Du kannst z. B. planen, die Migration bis zu dem Zeitpunkt abzuschließen, zu dem dein Vertrag mit deinem aktuellen Anbieter endet.
Erstelle dann gemeinsam mit deinen Teams einen Zeitplan, bei dem dein Termin eingehalten wird, ohne dass die Teams ihre Ziele hierfür opfern müssen. Schaue Dir den Rhythmus deines Unternehmens und die Arbeitslast jedes einzelnen Teams an, das du migrieren möchtest. Sprich Dich mit den einzelnen Teams ab, damit du ihre Lieferpläne kennst, und erstelle einen Plan, mit dem das jeweilige Team seine Workflows zu einem Zeitpunkt migrieren kann, der nicht mit ihrer Fähigkeit zu liefern kollidiert.
Migrieren zu GitHub Actions
Wenn Sie bereit sind, Ihre Migration zu starten, übersetzen Sie Ihre vorhandenen Workflows zu GitHub Actions unter Verwendung der automatisierten Tools und der manuellen Umschreibung, die Sie oben geplant haben.
Möglicherweise möchtest du auch alte Buildartefakte aus deinem vorhandenen System beibehalten, vielleicht indem du einen skriptgesteuerten Prozess zum Archivieren der Artefakte schreibst.
Stilllegen vorhandener Systeme
Nach Abschluss der Migration kannst du Dir über die Stilllegung deines vorhandenen Systems Gedanken machen.
Möglicherweise möchten Sie beide Systeme für einen bestimmten Zeitraum parallel ausführen, während Sie überprüfen, ob Ihre GitHub Actions Konfiguration stabil ist, ohne dass die Benutzererfahrung für Entwickler beeinträchtigt wird.
Schließlich deaktiviere die alten Systeme und stelle sicher, dass niemand in deinem Unternehmen die alten Systeme wieder aktivieren kann.