RDietermann/dionotes-client
1
1
Fork 0
Code Issues 7 Pull Requests 2 Actions Packages Projects Releases Wiki Activity

Compare commits

base: RDietermann:docs/recherche-notiz-handling
Branches Tags
RDietermann:main RDietermann:docs/einstiegspunkt RDietermann:docs/recherche-notiz-handling RDietermann:prototype/selector-ui
...
compare: RDietermann:c2247faed43dcf85a52c6b4f4209ec76def2309b
Branches Tags
RDietermann:docs/einstiegspunkt RDietermann:docs/recherche-notiz-handling RDietermann:main RDietermann:prototype/selector-ui

2 Commits
docs/reche ... c2247faed4

Author SHA1 Message Date
RDietermann
c2247faed4 Merge pull request 'Branch- und PR-Workflow dokumentieren' (#10) from docs/branch-workflow into main 
Reviewed-on: #10
 2026-08-28 07:29:15 +00:00
MDietermann
50ffab0252 docs: Branch- und PR-Workflow im Tracker-Doc festhalten 
Ab jetzt laufen Aenderungen ueber eigene Branches und Pull Requests statt
direkt auf main, damit die logische Trennung sichtbar bleibt. Das gehoert
neben die tea-Kommandos, sonst kennt es nur die Sitzung, in der es vereinbart
wurde.

Festgehalten ist auch die Faustregel fuer den Zuschnitt: Wenn die
Commit-Nachricht "und ausserdem" braucht, sind es zwei Branches. Und dass das
Mergen dem Menschen gehoert, nicht der Umsetzung.
 2026-08-28 09:24:00 +02:00
1 changed files with 21 additions and 0 deletions
Expand all files Collapse all files

21
docs/agents/issue-tracker.md
View File

@@ -61,6 +61,27 @@ Create a Gitea issue.
Run `tea issues <index>` plus `tea comments ls <index>`.
## Branch- und PR-Workflow
Änderungen werden **nicht direkt auf `main`** committet, sondern auf einem eigenen Branch
pro logischer Einheit — `feat/`, `fix/`, `refactor/`, `chore/`, `docs/`. Eine Einheit ist,
was man in einem Satz begründen kann; wenn die Commit-Nachricht „und außerdem" braucht,
sind es zwei Branches.
Zurück nach `main` geht es über einen **Pull Request in Gitea**, nicht per lokalem Merge:
```bash
git push -u origin <branch>
tea pulls create --title "..." --description "..."
```
`--description` nimmt wie bei Issues nur eine Zeichenkette; für längere Texte eine Datei
schreiben und mit `$(cat datei)` übergeben. Bezieht sich der PR auf ein Ticket, gehört
`Closes #<n>` in die Beschreibung, damit Gitea es beim Mergen schließt.
Gemergt wird in der Weboberfläche — das Mergen ist eine Entscheidung des Menschen, nicht
Teil der Umsetzung.
## Wayfinding operations
Used by `/wayfinder`. The **map** is a single issue with **child** issues as tickets.