Um dein Unternehmen zu aus einem vorhandenen System zu Actions zu migrieren, kannst du die Migration planen, die Migration abschließen und vorhandene Systeme beenden.
In diesem Leitfaden werden bestimmte Überlegungen zu Migrationen behandelt. Weitere Informationen zur Einführung von Actions in deinem Unternehmen findest du unter Einführen von Actions in deinem Unternehmen.
Bevor du mit der Migration deines Unternehmens zu Actions beginnst, solltest du ermitteln, welche Workflows migriert werden und wie diese Migrationen sich auf deine Teams auswirken, und planen, wie und wann du die Migrationen abschließt.
können Dir bei der Migration helfen, und du kannst auch von einem Kauf von Professional Services profitieren. Weitere Informationen erhältst du von deinem dedizierten Vertreter oder Vertrieb von .
Bevor du zu Actions migrieren kannst, musst du über ein vollständiges Verständnis der Workflows verfügen, die von deinem Unternehmen im 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.
Lerne als Nächstes die Unterschiede zwischen deinem aktuellen Anbieter und Actions kennen. 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 -Aktionen migrieren.
Mit diesen Informationen kannst du bestimmen, welche Workflows du zu Actions migrieren kannst und möchtest.
Wenn du die Tools änderst, die in deinem Unternehmen verwendet werden, beeinflusst Du, wie dein Team funktioniert. Du musst berücksichtigen, wie ein Workflow von deinen vorhandenen Systemen in Actions sich auf die tägliche Arbeit deiner 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. Werden beispielsweise deine vorhandenen Anmeldeinformations-Scan- und Sicherheitsanalysetools mit Actions funktionieren, oder musst du neue Tools verwenden?
Identifiziere die Gates und die Prüfungen in deinem vorhandenen System, und überprüfe, ob du sie mit Actions implementieren kannst.
Automatisierte Migrationstools können die Workflows deines Unternehmens aus der Syntax des vorhandenen Systems in die Syntax übersetzen, die für Actions erforderlich ist. Identifiziere das Drittanbietertool oder wende Dich an deinen dedizierten Vertreter oder Vertrieb von , um nach Tools zu fragen, die bereitstellen kann. Du kannst beispielsweise Actions Importer verwenden, um deine CI-Pipelines zu planen, auszurichten und aus verschiedenen unterstützten Diensten zu Actions zu migrieren. Weitere Informationen finden Sie unter Automatisieren der Migration mit 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.
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. Arbeite mit deinen Early Adopters zusammen, um diese Workflows zu Actions zu migrieren und wiederhole den Vorgang bei Bedarf. So können andere Teams darauf vertrauen, dass ihre Workflows ebenfalls migriert werden können.
Stelle dann Actions deiner erweiterten Organisation zur Verfügung. Stelle Ressourcen bereit, mit denen diese Teams ihre eigenen Workflows zu Actions migrieren können, und informiere die Teams, wenn die vorhandenen Systeme eingestellt 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.
Nachdem du Dich für einen Migrationsansatz entschieden hast, erstelle einen Zeitplan, der angibt, wann deine einzelnen Teams ihre Workflows zu Actions migrieren.
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.
Wenn du bereit bist, die Migration zu starten, übersetze deine vorhandenen Workflows mithilfe der automatisierten Tools und der oben geplanten manuellen Umschreibung in Actions.
Möglicherweise möchtest du auch alte Buildartefakte aus deinem vorhandenen System beibehalten, vielleicht indem du einen skriptgesteuerten Prozess zum Archivieren der Artefakte schreibst.
Nach Abschluss der Migration kannst du Dir über die Stilllegung deines vorhandenen Systems Gedanken machen.
Möglicherweise möchtest du beide Systeme für einen bestimmten Zeitraum parallel ausführen, während du überprüfst, ob deine 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.