Git

• Repository-Aufgaben: Jede Aufgabe, die ein Git-Repository betrifft – Branches erstellen, Änderungen stagen, committen, pushen oder Pull Requests öffnen.
• Team-Zusammenarbeit: Wenn die Sicherheit des Verlaufs wichtig ist und Feature-Branch-Workflows, Hotfix-Workflows oder PR-fähige Commit-Hygiene automatisch durchgesetzt werden müssen.
• Verlauf debuggen: Wenn Regressionen mit git bisect nachverfolgt, verlorene Commits über git reflog wiederhergestellt oder Änderungen sicher rückgängig gemacht werden müssen.
• Konfliktlösung: Wenn Merges oder Rebases Konflikte erzeugen und der Agent einen strukturierten, verifizierten Ansatz zur Lösung benötigt.

• Versionskontrolle ohne Git: Wenn das Projekt Mercurial, SVN oder ein anderes VCS verwendet, sind die Befehle dieser Skill nicht anwendbar.
• Reine Analyseaufgaben (nur lesend): Wenn der Agent nur Quellcode lesen muss, ohne überhaupt mit Git zu interagieren, fügt der Skill unnötigen Overhead hinzu.

Die Fähigkeit erzwingt --force-with-lease anstelle von --force, um das Überschreiben der Arbeit von Teammitgliedern zu verhindern, und untersagt Force-Pushes auf gemeinsam genutzte Branches wie main/master. Eine integrierte Sicherheitscheckliste muss erfüllt sein, bevor destruktive Operationen wie reset --hard oder rebase durchgeführt werden können.

Enthält schrittweise Abläufe für Feature-Branch- und Hotfix-Szenarien, einschließlich wann Commits zusammengefasst (gesquasht) werden sollten, wie man mit git fetch --all --prune synchronisiert und wie Releases getaggt werden. Konzipiert für Teams, die sowohl trunk-basierte als auch gitflow-orientierte Arbeitsweisen verwenden.

Nach dem Bearbeiten von Dateien mit Konflikten überprüft die Skill, ob keine Konfliktmarkierungen mehr vorhanden sind, indem grep verwendet wird, stellt sicher, dass der Code kompiliert, und bietet einen Ausweg über git merge --abort, wenn ein Merge zu komplex wird. Rebasing wird als Alternative vorgeschlagen, wenn Merges unübersichtlich werden.

Behandelt git reflog zur Wiederherstellung verlorener Commits (bis zu ~90 Tage), die Wiederherstellung gelöschter Branches anhand des SHA sowie das Rückgängigmachen von Commits ohne Datenverlust mit git reset --soft. Enthält außerdem einen vollständigen git bisect-Workflow zur gezielten Identifikation von Commits, die Regressionen eingeführt haben.

Der Skill schreibt das Commit-Nachrichtenformat type(scope): description vor, mit einer ersten Zeile von unter 72 Zeichen, unter Verwendung von Standardtypen (feat, fix, docs, refactor usw.). Dies hält die Historie lesbar und kompatibel mit automatisierten Changelog-Tools.

Dokumentiert und schützt vor häufigen Git-Fallstricken: losgelöster HEAD-Zustand, Groß-/Kleinschreibungsprobleme zwischen macOS/Windows und Linux-CI, Submodul-Klonfehler, Stash-Pop-Konflikte sowie das Committen großer Dateien oder vertraulicher Daten. Verwende git add -p für granulares, abschnittsweises Staging.

Ein Agent erstellt das Gerüst für ein neues Feature, legt einen Branch von main an, committet schrittweise mit konventionellen Commit-Nachrichten, rebased auf das aktuelle main vor dem Pushen, fasst Fixup-Commits zusammen und öffnet einen PR-bereiten Branch — alles ohne manuellen Git-Eingriff.

Wenn ein Produktionsfehler entdeckt wird, checkt der Agent einen hotfix/-Branch von main aus, wendet den Fix an, führt ihn in main und develop zusammen, taggt das Release und bereinigt den Branch – und folgt dabei präzise dem dokumentierten Hotfix-Ablauf.

Der Agent führt git bisect aus, um die Commit-Historie binär zu durchsuchen, und markiert Commits basierend auf automatisierten Testergebnissen als gut oder schlecht, bis er den genauen Commit identifiziert hat, der einen Fehler eingeführt hat.

Während eines lang andauernden Feature-Rebases löst der Agent Konflikte Datei für Datei auf, überprüft, ob keine <<</>>>-Marker mehr vorhanden sind, bestätigt, dass der Build erfolgreich ist, und setzt den Rebase fort — oder bricht ihn sauber ab, wenn der Konflikt zu komplex ist.