

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Nächste Schritte
<a name="next-steps"></a>

In diesem Leitfaden werden die Unterschiede zwischen drei gängigen Git-Branching-Strategien erklärt: GitHub Flow, Gitflow und Trunk. Es beschreibt ihre Workflows im Detail und bietet auch die Vor- und Nachteile der einzelnen Workflows. Die nächsten Schritte bestehen darin, einen dieser Standardworkflows für Ihr Unternehmen auszuwählen. Informationen zur Implementierung einer dieser Verzweigungsstrategien finden Sie im Folgenden:
+ [Implementieren Sie eine Trunk-Branching-Strategie für Umgebungen mit mehreren Konten DevOps ](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/implement-a-trunk-branching-strategy-for-multi-account-devops-environments.html)
+ [Implementieren Sie eine GitHub Flow-Branching-Strategie für Umgebungen mit mehreren Konten DevOps ](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/implement-a-github-flow-branching-strategy-for-multi-account-devops-environments.html)
+ [Implementieren Sie eine Gitflow-Branching-Strategie für Umgebungen mit mehreren Konten DevOps ](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/implement-a-gitflow-branching-strategy-for-multi-account-devops-environments.html)

Wenn du dir nicht sicher bist, wo dein Team die Einführung von Git und DevOps Prozessen beginnen soll, empfehlen wir dir, eine Standardlösung auszuwählen und sie zu testen. Die Verwendung einer Standard-Branching-Konvention hilft dem Team, auf der vorhandenen Dokumentation aufzubauen und herauszufinden, was für das Team am besten funktioniert.

Haben Sie keine Angst davor, Ihre Strategie zu ändern, wenn sie für Ihr Unternehmen oder Ihre Entwicklungsteams nicht funktioniert. Die Bedürfnisse und Anforderungen von Entwicklungsteams können sich im Laufe der Zeit ändern, und es gibt keine einzige, perfekte Lösung.