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
<a name="branches-in-a-git-hub-flow-strategy"></a>

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



![Die Zweige und Umgebungen in einer GitHub Flow-Branching-Strategie.](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/choosing-git-branch-approach/images/githubflow-branching-strategy.png)


## Feature-Zweig
<a name="feature-branch"></a>

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
<a name="bugfix-branch"></a>

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
<a name="hotfix-branch"></a>

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
<a name="main-branch"></a>

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` |