feat: .commit-on-main als Workflow-Erkennung in /go und /ship

Beide Skills erkennen den direkten Workflow jetzt über zwei Wege:
CLAUDE.md-Angabe oder Vorhandensein der Datei .commit-on-main.
Konflikt mit Remote-Version zugunsten der strukturierteren Variante
aufgelöst (explizite Schritt-Markierungen, getrennter Abschluss-Block).

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
This commit is contained in:
2026-06-04 08:38:43 +02:00
co-authored by Claude Opus 4.6
parent 8eb8ad3a2c
commit a25d5eacac
2 changed files with 27 additions and 15 deletions
+10 -1
View File
@@ -18,7 +18,16 @@ Wenn Tests fehlschlagen: Abbruch, Fehlerbericht ausgeben.
Rufe den `simplify`-Skill (Plugin) für alle in dieser Session geänderten Dateien auf.
Ziel: Redundanzen entfernen, Lesbarkeit verbessern, keine neuen Features einführen.
## Schritt 3: PR erstellen
## Schritt 3: PR erstellen oder direkt pushen
Prüfe, ob das Projekt den direkten Workflow (ohne Branches/PRs) nutzt. Das ist der Fall, wenn **mindestens eine** der folgenden Bedingungen zutrifft:
1. Die `CLAUDE.md` im Repository-Root gibt an, dass **direkt auf `master`/`main` commitet und gepusht** werden soll
2. Eine Datei `.commit-on-main` existiert im Repository-Root
→ Überspringe die PR-Erstellung. Stattdessen: `git push` und Commit-Hash ausgeben.
**Ansonsten (normaler Branch+PR-Workflow):**
Ermittle den aktuellen Branch-Namen, Owner/Repo und die Commit-Zusammenfassung:
```