Roberdan/roberdan-os

ship — die Arbeit in Produktion bringen (git + gh)

Plattformunabhängiger Ship-Workflow. Keine Umgehungen, keine Abkürzungen.

Pre-Push: lokale CI-Pipeline (alles grün vor dem Pushen)

1. Format — cargo fmt --check / prettier --check / ruff format --check
2. Lint — cargo clippy -- -D warnings / eslint / ruff check
3. Typcheck — cargo check / npx tsc --noEmit
4. Test — cargo test / npm test / pytest (Ausgabe anzeigen)
5. Build — cargo build / npm run build

Wenn ein Schritt fehlschlägt: Beheben und alle Prüfungen erneut ausführen. Niemals mit bekannten Fehlern pushen.

Ablauf

1. Dedizierter Branch (niemals direkt auf main arbeiten).
2. Commit pro Phase, konventionell + nachweisorientierte Nachrichten (SHA/PR/CI).
3. git push des Branches.
4. PR öffnen: Zusammenfassung + Testplan (5-teilige Vorlage, falls das Repository eine verwendet).
5. CI beobachten: gh pr checks <n> — alle ERFOLGREICH, bevor es weitergeht.
6. Merge: nur Merge-Commit (niemals squashen, niemals rebasen – bewahrt Historie für parallele Agenten).
7. Nach dem Merge: Branch löschen, lokales main per Fast-Forward aktualisieren, den Merge-Commit-SHA melden.

Menschliche Schranken (STOP — zuerst fragen)

• Merge auf main mit Auswirkungen auf Branch-Protection / Sicherheit / Lizenz / Release-Infrastruktur (#1)
• Force-Push auf main (#2) — immer ohne explizite Bestätigung verboten
• CI nicht vollständig grün → nichts Ausstehendes/Fehlschlägiges mergen

Review-Kommentare

Jeder Kommentar (von Mensch oder Bot) muss analysiert, verstanden und gründlich behoben werden — niemals stumm schließen, niemals eine „Korrektur“, die nur die zitierte Zeile betrifft, während der Kern ignoriert wird. Antworte im Thread mit dem, was du getan hast und warum, dann schließe. Siehe skills/review.