Files
werkbaum/docs/prs/2026-10-11-PR#9-werkrevisor.md
claude-code 92b966e509
Deploy to GitHub Pages / build (push) Canceled after 0s
Deploy to GitHub Pages / deploy (push) Canceled after 0s
werkator/backend build succeeded after 01:46
werkator/frontend build succeeded after 00:27
werkrevisor prüft werkbaum (#9)
Co-authored-by: claude-code <claude-code@javagil.de>
2026-10-12 17:22:47 +02:00

35 lines
1.3 KiB
Markdown

# PR#9: werkrevisor prüft werkbaum
> **WARNUNG:** Dieses Dokument beschreibt nur die Änderung dieses PR.
> Nach dem nächsten Merge kann es schon veraltet sein; es wird nicht nachgepflegt.
## Das Problem
[werkbaum PR#8](https://git.javagil.de/mi/werkbaum/pulls/8) blieb trotz zwei Approvals und grüner CI offen.
Den Merge plant nach dem gemeinsamen Ablauf werkrevisor ein (`[gate] automerge`), nicht Gitea.
Für werkbaum lief werkrevisor nie: Es fehlten Host-Konfiguration, Review-Build, Konto-Recht und Branch-Schutz.
## Nicht das Ziel
- Keine `.werkrevisor.toml`: Das Risiko-Template für ein Monorepo aus Vanilla-JS-Editor und Spring-Boot-Backend
wird erst an den bisherigen PRs vermessen, wie bei werkregie.
- Keine Änderung an Notation, Editor oder Backend.
## Die Lösung
- [werkrevisor PR#83](https://git.javagil.de/mi/werkrevisor/pulls/83) legt `config/werkbaum.toml` an,
mit `require_wip_transition` und `automerge`.
- Der Mensch richtet auf Gitea und mih09 ein, was nur er darf:
`ai-reviewer` als Mitarbeiter, den Review-Build `ai-review` in der Werkator-Maschinenkonfiguration
und den Branch-Schutz von `main`.
- `AGENTS.md` nennt werkrevisor nicht mehr als fehlend.
- Der Plan bekommt `#bld.review`.
## Offene Fragen
Keine.
## Folge-PRs
- `.werkrevisor.toml` mit einem vermessenen Risiko-Template.