Filialen in einer GitHub Flow-Strategie - AWS Präskriptive Leitlinien

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.

Filialen in einer GitHub Flow-Strategie

Eine GitHub Flow-Branching-Strategie besteht üblicherweise aus den folgenden Verzweigungen.

Die Zweige und Umgebungen in einer GitHub Flow-Branching-Strategie.

Feature-Zweig

Sie entwickeln Funktionen in feature Branchen. Um einen feature Zweig zu erstellen, zweigen Sie vom main Zweig ab. Entwickler iterieren, übernehmen und testen den Code im feature Branch. Wenn ein Feature fertiggestellt ist, bewirbt der Entwickler das Feature, indem er eine Merge-Anfrage an main erstellt.

Benennungskonvention:

feature/<story number>_<developer initials>_<descriptor>

Beispiel für eine Namenskonvention:

feature/123456_MS_Implement_Feature_A

Bugfix-Zweig

Der bugfix Zweig wird verwendet, um Probleme zu beheben. Diese Zweige sind von der main Filiale abgezweigt. Nachdem der Bugfix in der Sandbox oder einer der niedrigeren Umgebungen getestet wurde, kann er auf höhere Umgebungen hochgestuft werden, indem er mit einer Merge-Anfrage zusammengeführt wird. main Dies ist eine vorgeschlagene Benennungskonvention für Organisation und Nachverfolgung. Dieser Prozess könnte auch mithilfe eines Feature-Branches verwaltet werden.

Benennungskonvention:

bugfix/<ticket number>_<developer initials>_<descriptor>

Beispiel für eine Namenskonvention:

bugfix/123456_MS_Fix_Problem_A

Hotfix-Zweig

Der hotfix Branch wird verwendet, um kritische Probleme mit schwerwiegenden Auswirkungen mit minimaler Verzögerung zwischen dem Entwicklungsteam und dem in der Produktion bereitgestellten Code zu lösen. Diese Zweige sind von der main Filiale abgezweigt. Nachdem der Hotfix in einer Sandbox oder einer der niedrigeren Umgebungen getestet wurde, kann er auf höhere Umgebungen hochgestuft werden, indem er mit einer Merge-Anfrage zusammengeführt wird. main Dies ist eine vorgeschlagene Benennungskonvention für Organisation und Nachverfolgung. Dieser Prozess könnte auch mithilfe eines Feature-Branches verwaltet werden.

Benennungskonvention:

hotfix/<ticket number>_<developer initials>_<descriptor>

Beispiel für eine Namenskonvention:

hotfix/123456_MS_Fix_Problem_A

Hauptzweig

Der main Zweig steht immer für den Code, der in der Produktion ausgeführt wird. Code wird mithilfe von Merge-Anfragen aus main feature Verzweigungen mit dem Branch zusammengeführt. Um vor dem Löschen zu schützen und um zu verhindern, dass Entwickler Code direkt an den Branch main weiterleiten, aktivieren Sie den main Branch-Schutz.

Benennungskonvention:

main