gitflow.mdc

Gitflow-Workflow-Regeln (Branches, Releases, Hotfixes) für Git-Operationen der KI

Für wen: Teams mit Gitflow-Branching

So nutzt du es

Datei in deinem Projekt unter .cursor/rules/ ablegen (modernes .mdc-Format) oder den Inhalt in den Cursor-Einstellungen unter Rules einfügen. Cursor hält sich ab dann in diesem Projekt an die Regeln — z. B. Stack-Konventionen und Code-Stil.

Im Detail

gitflow.mdc überträgt das klassische Gitflow-Branching-Modell (main, develop, feature/, release/, hotfix/*) in eine KI-Regel: Die KI weiß, von welchem Branch sie ein Feature abzweigt, wie Releases getaggt werden und wie Hotfixes zurück nach main und develop fließen. Der Unterschied zu git.mdc: Hier geht es um ein konkretes, striktes Workflow-Modell statt allgemeiner Commit-Hygiene. Sinnvoll für Teams mit geplanten Releases und mehreren parallelen Versionen im Support - für Projekte mit Continuous Deployment und nur einem main-Branch ist Gitflow dagegen oft unnötig komplex, und GitHub Flow die bessere Wahl.

Praxis-Tipp

Nutze die Regel, bevor du die KI bittest, einen ‘release/1.4.0’-Branch vorzubereiten - sie merged dann korrekt in main und develop und schlägt den passenden Tag vor.

Lizenz & Quelle

• Lizenz: CC0-1.0
• Quelle: github.com/PatrickJS/awesome-cursorrules

Lade …