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:
+10
-1
@@ -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:
|
||||
```
|
||||
|
||||
Reference in New Issue
Block a user