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 Trunk-Strategie
<a name="branches-in-a-trunk-strategy"></a>

Eine Trunk-Branching-Strategie umfasst in der Regel die folgenden Verzweigungen.



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


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

Sie entwickeln Funktionen oder erstellen einen Hotfix in einer `feature` Filiale. Um einen `feature` Zweig zu erstellen, zweigen Sie von diesem `main` Zweig ab. Entwickler iterieren, übertragen und testen Code in einem `feature` Branch. Wenn ein Feature fertig ist, bewirbt der Entwickler das Feature. Von einem `feature` Zweig aus gibt es nur zwei Pfade vorwärts:
+ Mit dem `sandbox` Zweig verschmelzen
+ Erstellen Sie eine Anfrage zur Zusammenführung mit der `main` Filiale


|  |  | 
| --- |--- |
| Benennungskonvention: | `feature/<story number>_<developer initials>_<descriptor>` | 
| Beispiel für eine Namenskonvention: | `feature/123456_MS_Implement_Feature_A` | 

## Sandbox-Zweig
<a name="sandbox-branch"></a>

Bei diesem Zweig handelt es sich um einen nicht standardmäßigen Trunk-Zweig, der jedoch für die Entwicklung von CI/CD-Pipelines nützlich ist. Der `sandbox` Zweig wird hauptsächlich für die folgenden Zwecke verwendet:
+ Führen Sie mithilfe der Pipelines eine vollständige Bereitstellung in der Sandbox-Umgebung durch CI/CD 
+ Entwickeln und testen Sie eine Pipeline, bevor Sie Mergeanfragen für vollständige Tests in einer niedrigeren Umgebung, z. B. Entwicklung oder Testen, einreichen.

`Sandbox`Verzweigungen sind temporärer Natur und sollen kurzlebig sein. Sie sollten nach Abschluss der spezifischen Tests gelöscht werden.


|  |  | 
| --- |--- |
| Namenskonvention: | `sandbox/<story number>_<developer initials>_<descriptor>` | 
| Beispiel für eine Namenskonvention: | `sandbox/123456_MS_Test_Pipeline_Deploy` | 

## Hauptzweig
<a name="main-branch"></a>

Der `main` Zweig steht immer für den Code, der in der Produktion ausgeführt wird. Code wird abgezweigt`main`, entwickelt und anschließend wieder zusammengeführt. `main` Bereitstellungen von `main` können auf jede Umgebung abzielen. Um sich vor dem Löschen zu schützen, aktivieren Sie den Branch-Schutz für den `main` Branch.


|  |  | 
| --- |--- |
| Benennungskonvention: | `main` | 

## Hotfix-Zweig
<a name="hotfix-branch"></a>

In einem Stamm-basierten Workflow gibt es keinen speziellen `hotfix` Branch. Hotfixes verwenden Branches. `feature`