20 lines
1.1 KiB
Markdown
20 lines
1.1 KiB
Markdown
 
|
# 0002 – Workspace-Meta-Repository mit eigenständigen Klonen
|
|||
|
|
|
|||
|
|
Status: vorgeschlagen · Datum: 2026-09-02 · Beteiligte: AG QGIS
|
|||
|
|
|
|||
|
|
## Kontext
|
|||
|
|
Elf Repositories in einer Gitea-Organisation; Agenten arbeiten ordnerbasiert und brauchen den Gesamtkontext
|
|||
|
|
(Basis ↔ Fachplugins). Der Release-Prozess hängt an einzelnen Repos und Tags. Ein Monorepo wäre ein Umbau.
|
|||
|
|
|
|||
|
|
## Entscheidung
|
|||
|
|
Ein neues Repository `AG_QGIS/Workspace` enthält Anweisungen, Wissensbasis, Skills, Skripte und das Manifest
|
|||
|
|
`workspace.toml`. Die übrigen Repositories werden als Unterordner in den Workspace geklont und per `.gitignore`
|
|||
|
|
ausgeschlossen. Agenten werden im Workspace-Root gestartet. Jedes Plugin-Repo erhält zusätzlich eine kurze `AGENTS.md`.
|
|||
|
|
|
|||
|
|
## Folgen
|
|||
|
|
Keine Änderung an Repos, Branches oder Releases. Das Manifest kann später kompatible Versionsstände festhalten.
|
|||
|
|
Entwickler müssen das Setup-Skript einmal ausführen. Die Monorepo-Frage bleibt für die Refactoring-Phase offen.
|
|||
|
|
|
|||
|
|
## Verworfene Alternativen
|
|||
|
|
Monorepo jetzt (Release-Umbau, Historie); Git-Submodule (fehleranfällig für Einsteiger); nur per-Repo-Dateien (kein Gesamtkontext).
|