22 lines
1.1 KiB
Markdown
22 lines
1.1 KiB
Markdown
 
|
# 0002 – Branchmodell: `main` plus Arbeitsbranches
|
|||
|
|
|
|||
|
|
Status: vorgeschlagen · Datum: 2026-09-23 · Beteiligte: AG Prozesse
|
|||
|
|
|
|||
|
|
## Kontext
|
|||
|
|
In AG_QGIS gibt es drei Release-Kanäle (`unstable`, `testing`, `stable`), weil QGIS-Plugins über Plugin-Feeds an die
|
|||
|
|
Arbeitsplätze ausgeliefert werden. Hier gibt es keine Auslieferung: Ergebnisse sind Dokumente, Prozessmodelle und
|
|||
|
|
der Konverter, die direkt aus dem Repository genutzt werden.
|
|||
|
|
|
|||
|
|
## Entscheidung
|
|||
|
|
Es gibt einen Hauptbranch **`main`**. Gearbeitet wird auf `feature/<issue-nr>-<kurzname>` bzw.
|
|||
|
|
`bugfix/<issue-nr>-<kurzname>`, zurückgeführt per Pull Request mit Review. Auf `main` wird nie direkt committet;
|
|||
|
|
auf Gitea wird `main` gegen direkte Pushes geschützt.
|
|||
|
|
|
|||
|
|
## Folgen
|
|||
|
|
Keine Kanäle, keine Rückführung zwischen Kanälen, keine Release-Tags. Wird später eine versionierte Auslieferung
|
|||
|
|
nötig (etwa des Konverters), werden Tags auf `main` gesetzt und diese Entscheidung ergänzt.
|
|||
|
|
|
|||
|
|
## Verworfene Alternativen
|
|||
|
|
Drei Kanäle wie in AG_QGIS (Aufwand ohne Auslieferungsweg); direkt auf `main` arbeiten (kein Review, keine
|
|||
|
|
Nachvollziehbarkeit).
|