IDE-Tools · Foto: Homedust, CC BY 2.0

RuleWindsurf Rules & Cross-IDE-RulesLizenz: MITfrei kopierbar

commit-push-pr.md

Zuletzt aktualisiert: 19. September 2026

⬇ Als Datei laden

⧉ –× kopiert⬇ –× heruntergeladenBewertung:

Typ

Rule

Lizenz

MIT

Quelle

github.com/kinopeee/windsurfrules ↗

Anwendungsfeld

Windsurf Rules & Cross-IDE-Rules

Feature-Branch-Workflows

Voraussetzungen

Konfiguriertes Remote origin
Installierte und authentifizierte GitHub CLI (gh) als Fallback
Arbeit auf einem Feature- oder Fix-Branch
Optional eine MCP-GitHub-Integration für die PR-Erstellung

Einordnung

Der Workflow spart den Wechsel zwischen Terminal und GitHub, setzt dafür aber eine funktionierende gh- oder MCP-Anbindung voraus.

Commit, Push und PR-Erstellung als kompletter Workflow

Für wen: Feature-Branch-Workflows

Im Detail

Bündelt den kompletten Weg von lokaler Änderung bis zum offenen Pull Request: Commit, Push und anschließende PR-Erstellung über GitHub CLI oder MCP in einem Durchlauf. Voraussetzung sind ein konfiguriertes Remote, ein Feature-Branch und installiertes gh-CLI. Der Vorteil gegenüber den einzelnen Bausteinen commit-only und commit-push ist, dass Sie nach Abschluss eines Features nicht mehr manuell zwischen Terminal und GitHub wechseln müssen. Besonders praktisch, wenn PR-Titel und -Beschreibung automatisch nach einer festen Formatvorlage generiert werden sollen, statt sie jedes Mal neu zu formulieren.

Schritt für Schritt

Vor dem Start sicherstellen, dass gh installiert und bei GitHub authentifiziert ist
Entscheiden, ob PR-Titel und -Beschreibung automatisch aus Branch-Name und Diff generiert oder manuell vorgegeben werden
Den Commit wie gewohnt nach dem projektinternen Format formulieren, bevor Push und PR ausgelöst werden
Nach der PR-Erstellung den generierten Titel und Text kurz gegenlesen, bevor er zur Review geht
Bei Bedarf die optionalen Qualitätschecks vor dem Push einbinden, damit der PR direkt mit grünem Status entsteht

Beispiel aus der Praxis

Nach Abschluss eines Features auf dem Branch feature/new-login geben Sie nur MSG=“feat: Add new login flow” an, der Ablauf committet, pusht und lässt anschließend per gh oder MCP automatisch einen Pull Request mit aus Branch-Name und Diff abgeleitetem Titel erstellen.

Praxis-Tipp

Rufen Sie den Workflow direkt nach Fertigstellung eines Feature-Branches mit nur einer Commit-Message auf — Titel und Beschreibung der PR übernimmt die KI automatisch nach dem Format aus pr-message-format.md.

Stolperfallen

Wenn PR-Titel und -Beschreibung automatisch aus Branch-Name und Diff generiert werden, kann das Ergebnis bei uneindeutigen Branch-Namen ungenau oder zu generisch ausfallen, ein kurzer Blick vor dem Absenden ist daher sinnvoll. Außerdem schlägt der Fallback über die gh-CLI fehl, wenn diese nicht installiert oder nicht authentifiziert ist.

Siehe auch

Lizenz & Quelle

Lizenz: MIT
Quelle: github.com/kinopeee/windsurfrules

Häufige Fragen.

Brauche ich zwingend MCP für diesen Workflow?

Nein, laut Beschreibung dient die GitHub CLI als Fallback, falls keine MCP-Integration vorhanden ist.

Kann ich PR-Titel und -Text selbst schreiben statt sie generieren zu lassen?

Ja, beschrieben werden sowohl eine Variante mit automatisch generiertem Titel als auch eine mit manuell angegebenem Titel und Text.

Ersetzt das den Review-Prozess?

Nein, es erstellt lediglich den Pull Request, die inhaltliche Review durch andere findet danach wie gewohnt statt.

Inhalt ansehen (commit-push-pr.md)

Lade …

Erfahrungen & Kommentare.

Funktioniert der Rule bei Ihnen? Tipps, Stolperfallen, Varianten — teilen Sie es mit der Community.

Lade Kommentare …