Files

T

DanielandClaude Opus 5.5 012509b6d1 Projektwissen der AG Prozesse aus AG_QGIS/Projektwissen abgeleitet

Übernommen ohne Historie aus AG_QGIS/Projektwissen (main @ decd2a0),
Skill sn-bpmn vom Branch BPMN-Skill @ 6efcac4 (ADR 0001).

- Skripte hallo.py, gitea.py, setup_workspace.py auf die Organisation
  AG_Prozesse umgestellt; das Workspace-Repo zählt über [workspace] repo
  als Ticket-Repo, auch ohne weitere [[repos]].
- pruefe_umlaute.py prüft jetzt die .py-Dateien des Workspace selbst.
- Branchmodell main plus Arbeitsbranches (ADR 0002).
- AGENTS.md, README, Leitfäden, Skills, Vorlagen, Fallstricke und Glossar
  auf die Prozessmodellierung zugeschnitten; QGIS- und Plugin-Spezifisches
  entfernt.
- Tests: python -m pytest -q .agents/skills -> 32 bestanden.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

2026-09-23 12:34:37 +02:00

1.1 KiB

Raw Blame History

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).

1.1 KiB Raw Blame History Unescape Escape

0002 – Branchmodell: main plus Arbeitsbranches