machichdigital

IDE-Tools · Foto: Homedust, CC BY 2.0

RuleWindsurf Rules & Cross-IDE-RulesLizenz: MITfrei kopierbar

commit-only.md

Zuletzt aktualisiert:

⬇ Als Datei laden

⧉ –× kopiert⬇ –× heruntergeladenBewertung:

Typ

Rule

Lizenz

MIT

Anwendungsfeld

Windsurf Rules & Cross-IDE-Rules

Vorsichtige Committer

Voraussetzungen

  • Git-Repository mit uncommitteten Änderungen
  • Vorhandene commit-message-format.md-Regel im Projekt

Einordnung

AufwandEinrichtung & Einarbeitung1/5 · geringNutzenErtrag im Alltag3/5 · mittelVoraussetzungenWas vorher da sein muss2/5 · eher gering1 = gering5 = hoch

Der Ablauf ist denkbar einfach, sein Nutzen liegt allein in der bewussten Trennung von Commit und Push.

Geführter Commit ohne Push

Für wen: Vorsichtige Committer

Im Detail

Diese Windsurf-Regel automatisiert das Committen lokaler Änderungen, ohne jemals zu pushen oder einen PR zu erstellen. Sie prüft den Diff, staged alle Dateien und erzeugt einen Commit nach den projektinternen Formatvorgaben aus commit-message-format.md. Der Nutzen liegt in der Trennung von Commit und Push: Sie können in kleinen, sauberen Schritten committen, ohne Gefahr zu laufen, unfertigen Code auf den Remote-Branch zu schieben. Ideal für alle, die häufig zwischenspeichern wollen, aber die Kontrolle über den Zeitpunkt des Pushs behalten möchten, etwa bei experimentellem oder noch nicht reviewtem Code.

Schritt für Schritt

  1. Vor dem Commit git diff bzw. git status durchsehen, um zu wissen, was tatsächlich enthalten ist
  2. Prüfen, ob wirklich alle per git add -A gestagten Dateien Teil dieses Commits sein sollen
  3. Die Commit-Message nach dem in commit-message-format.md definierten Schema formulieren
  4. Nach dem Commit git log kurz kontrollieren, ob Prefix und Bullet-Body wie erwartet aussehen
  5. Bei Bedarf weitere kleine Commits in derselben Sitzung anschließen, ohne dass ein Push ausgelöst wird

Beispiel aus der Praxis

Nach dem Entfernen von Debug-Logs während der Entwicklung committen Sie mit MSG=“fix: Remove unnecessary debug log output” lokal, ohne dass die Änderung für andere sichtbar wird, weil kein Push erfolgt.

Praxis-Tipp

Nutzen Sie es nach jedem abgeschlossenen Zwischenschritt, z. B. mit MSG=“fix: Tippfehler in Config behoben”, um kleine, nachvollziehbare Commits zu sammeln, bevor Sie am Ende gesammelt pushen.

Stolperfallen

Da git add -A pauschal alle Änderungen staged, können versehentlich unfertige oder nicht zusammengehörige Dateien in denselben Commit geraten; vorheriges git status oder git diff prüfen hilft dagegen. Zudem kann sich lokal ein Rückstand an ungepushten Commits ansammeln, den man leicht vergisst.

Siehe auch

Lizenz & Quelle

Häufige Fragen.

Wird dabei auch auf main gepusht?

Nein, die Regel führt laut Beschreibung explizit keinen Push aus, sondern committet ausschließlich lokal.

Was passiert, wenn ich nicht alle Änderungen committen will?

Der Ablauf staged mit git add -A pauschal alles, eine selektive Auswahl einzelner Dateien ist darin nicht vorgesehen.

Muss ich das Commit-Format manuell einhalten?

Ja, die Regel verweist auf die separaten Formatvorgaben aus commit-message-format.md, die Sie beim Formulieren der Message befolgen sollten.

Inhalt ansehen (commit-only.md)
Lade …

Erfahrungen & Kommentare.

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

Lade Kommentare …

Ihre IP-Adresse wird zum Schutz vor Missbrauch gespeichert und nach 14 Tagen automatisch entfernt (Datenschutz).

Passt dazu.

v5.md

Basis-Regelwerk: Task-Klassifizierung (leicht/standard/kritisch), Tool-Nutzung, Antwortstil

MIT♥ –⧉ –