Git

• Repository-taken: Elke taak waarbij een Git-repo betrokken is — branches aanmaken, wijzigingen stagen, committen, pushen of pull requests openen.
• Teamsamenwerking: Wanneer de veiligheid van de geschiedenis belangrijk is en je feature-branch-flows, hotfix-workflows of PR-klare commit-hygiëne automatisch wilt afdwingen.
• Geschiedenis debuggen: Wanneer je regressies wilt opsporen met git bisect, verloren commits wilt terughalen via git reflog, of wijzigingen veilig ongedaan wilt maken.
• Conflictoplossing: Wanneer merges of rebases conflicten opleveren en de agent een gestructureerde, geverifieerde aanpak nodig heeft om deze op te lossen.

• Niet-Git versiebeheer: Als het project Mercurial, SVN of een ander VCS gebruikt, zijn de opdrachten van deze skill niet van toepassing.
• Alleen-lezen analysetaken: Als de agent alleen broncode hoeft te lezen zonder enige interactie met Git, voegt de skill onnodige overhead toe.

De skill hanteert --force-with-lease in plaats van --force om te voorkomen dat het werk van teamleden wordt overschreven, en verbiedt force-pushen naar gedeelde branches zoals main/master. Een ingebouwde veiligheidschecklist moet worden doorlopen voordat een destructieve bewerking zoals reset --hard of rebase wordt uitgevoerd.

Bevat stapsgewijze workflows voor Feature Branch- en Hotfix-scenario's, inclusief wanneer je commits samenvoegt (squash), hoe je synchroniseert met git fetch --all --prune, en hoe je releases tagt. Ontworpen om te passen bij zowel trunk-gebaseerde als gitflow-stijl teams.

Na het bewerken van conflictbestanden verifieert de skill dat er geen conflictmarkeringen meer aanwezig zijn met behulp van grep, bevestigt dat de code bouwt, en biedt een ontsnappingsroute via git merge --abort wanneer een merge te complex wordt. Rebasen wordt voorgesteld als alternatief wanneer merges onoverzichtelijk worden.

Behandelt git reflog voor het herstellen van verloren commits (tot ongeveer 90 dagen), het terugzetten van verwijderde branches via SHA, en het ongedaan maken van commits zonder werk te verliezen met git reset --soft. Bevat ook een volledige git bisect-workflow voor het nauwkeurig opsporen van commits die regressies introduceren.

De vaardigheid verplicht het type(scope): beschrijving commitberichtformaat met een eerste regel van minder dan 72 tekens, waarbij standaardtypen worden gebruikt (feat, fix, docs, refactor, enz.). Dit houdt de geschiedenis leesbaar en compatibel met geautomatiseerde changelog-tools.

Documenteert en beschermt tegen veelvoorkomende Git-valkuilen: losgekoppelde HEAD-toestand, hoofdlettergevoeligheidsproblemen tussen macOS/Windows en Linux CI, fouten bij het klonen van submodules, stash-pop-conflicten en het committen van grote bestanden of geheimen. Gebruik git add -p voor gedetailleerde gedeeltelijke staging.

Een agent zet een nieuwe feature op, maakt een branch aan vanuit main, commit stapsgewijs met conventionele berichten, rebaset op de nieuwste main voor het pushen, squasht fixup-commits en opent een PR-klare branch — allemaal zonder handmatige Git-tussenkomst.

Wanneer een productiefout wordt gevonden, checkt de agent een hotfix/-branch uit van main, past de fix toe, merget naar zowel main als develop, tagt de release en ruimt de branch op — waarbij de gedocumenteerde hotfix-workflow nauwkeurig wordt gevolgd.

De agent voert git bisect uit om binair te zoeken door de commitgeschiedenis, waarbij commits als goed of slecht worden gemarkeerd op basis van geautomatiseerde testresultaten, totdat de exacte commit die een bug introduceerde is geïdentificeerd.

Tijdens een langdurige feature-rebase lost de agent conflicten bestand voor bestand op, controleert of er geen <<</>>> markeringen meer aanwezig zijn, bevestigt dat de build slaagt en zet de rebase voort — of breekt deze netjes af als het conflict te complex is.