... | ... | @@ -16,7 +16,7 @@ Ein Paket kann (unter anderem) die nachfolgenden Branches aufweisen: |
|
|
|
|
|
### master (dev-master)
|
|
|
|
|
|
Der master Zweig beinhaltet folgendes:
|
|
|
Der master Zweig beinhaltet Folgendes:
|
|
|
- Im master Zweig sind Behebungen oder Features vorhanden welche schon fertig entwickelt sind.
|
|
|
- Im master Zweig kann es jedoch vorkommen das nicht alle Features getestet sind.
|
|
|
|
... | ... | @@ -34,16 +34,16 @@ Der dev Zweig beinhaltet immer die aktuellste - möglicherweise instabile - Vers |
|
|
|
|
|
Jede Haupt-/Major-Version besitzt einen eigenen Branch. Je nach Größe des Projektes erhalten auch Minor-/Neben-Versionen ihren eigenen Branch.
|
|
|
|
|
|
**Diese Versionen sind getestet und wurden für stabil befunden. Damit sind sie für den Live Betrieb geeignet.**
|
|
|
**Diese Versionen sind getestet und wurden für stabil befunden. Damit sind sie für den live Betrieb geeignet.**
|
|
|
|
|
|
## Für Entwickler
|
|
|
|
|
|
### Grundlegende Entwicklungs-Branches (`dev` und `master`)
|
|
|
### Grundlegende Entwicklung-Branches (`dev` und `master`)
|
|
|
|
|
|
Wenn du als Entwickler ein neues Paket anlegst, sollten die Branches `dev` und `master` direkt zu Anfang angelegt werden. Diese zwei Branches sind die Grundlage für dein neues Repository.
|
|
|
|
|
|
Der Branch `dev` wird für die aktive Entwicklung genutzt und darf instabilen Code enthalten.
|
|
|
Der Branch `master` beinhaltet fertiggestellte Funktionen und Fehlerbehebungen, die stabil sein sollten aber noch ungetestet sein können. Die einzigen Commits auf diesem Branch sollten per Merge aus dem `dev`-Branch erstellt werden, sobald dort etwas fertiggestellt wurde.
|
|
|
Der Branch `master` beinhaltet fertiggestellte Funktionen und Fehlerbehebungen, die stabil sein sollten, aber noch ungetestet sein können. Die einzigen Commits auf diesem Branch sollten per Merge aus dem `dev`-Branch erstellt werden, sobald dort etwas fertiggestellt wurde.
|
|
|
|
|
|
Wichtig: in den Branches `dev` und `master` darf in der `composer.json` keine `version`-Eigenschaft existieren!
|
|
|
|
... | ... | @@ -56,7 +56,7 @@ Wenn dein `master`-Branch in einem stabilen Zustand und vollständig getestet is |
|
|
Versions-Branches sollten wie folgt benannt werden: `<major version number>.<minor version number>`.
|
|
|
Also zum Beispiel: `1.0`, `1.1`, `1.2` oder `2.0`.
|
|
|
|
|
|
Um einen Versions-Branch per git zu erstellen kannst du folgendes Befehle in der Konsole ausführen:
|
|
|
Um einen Versions-Branch per git zu erstellen, kannst du folgendes Befehle in der Konsole ausführen:
|
|
|
|
|
|
```bash
|
|
|
# Sicherstellen, dass du auf dem master Branch bist
|
... | ... | |