Git

• Tâches de dépôt : Toute opération touchant un dépôt Git — création de branches, indexation de modifications, commits, pushs ou ouverture de pull requests.
• Collaboration en équipe : Lorsque la sécurité de l'historique est primordiale et que vous avez besoin de flux de branches de fonctionnalités, de workflows de correctifs urgents ou d'une hygiène de commits prête pour les PR appliquée automatiquement.
• Débogage de l'historique : Lorsque vous devez tracer des régressions avec git bisect, récupérer des commits perdus via git reflog, ou annuler des modifications en toute sécurité.
• Résolution de conflits : Lorsque des merges ou des rebases génèrent des conflits et que l'agent a besoin d'une approche structurée et vérifiée pour les résoudre.

• Contrôle de version non-Git : Si le projet utilise Mercurial, SVN ou un autre système de contrôle de version, les commandes de cette compétence ne s'appliqueront pas.
• Tâches d'analyse en lecture seule : Si l'agent n'a besoin que de lire le code source sans interagir du tout avec Git, la compétence ajoute une surcharge inutile.

La compétence impose l'utilisation de --force-with-lease plutôt que --force afin d'éviter d'écraser le travail des membres de l'équipe, et interdit le force-push sur les branches partagées telles que main/master. Une liste de contrôle de sécurité intégrée doit être validée avant toute opération destructive telle que reset --hard ou rebase.

Inclut des flux étape par étape pour les scénarios de branche de fonctionnalité et de correctif urgent, notamment quand regrouper les commits, comment synchroniser avec git fetch --all --prune, et comment étiqueter les versions. Conçu pour s'adapter aussi bien aux équipes basées sur le tronc commun qu'aux équipes utilisant le style gitflow.

Après avoir modifié les fichiers en conflit, la compétence vérifie qu'il ne reste aucun marqueur de conflit à l'aide de grep, confirme que le code se compile correctement, et propose une porte de sortie via git merge --abort lorsqu'une fusion devient trop complexe. Le rebasage est suggéré comme alternative lorsque les fusions deviennent difficiles à gérer.

Couvre git reflog pour récupérer des commits perdus (jusqu'à ~90 jours), la restauration de branches supprimées via leur SHA, et l'annulation de commits sans perte de travail grâce à git reset --soft. Inclut également un workflow complet avec git bisect pour identifier précisément les commits introduisant des régressions.

La compétence impose le format de message de commit type(scope): description avec une première ligne de moins de 72 caractères, en utilisant des types standards (feat, fix, docs, refactor, etc.). Cela permet de conserver un historique lisible et compatible avec les outils de génération automatique de journaux des modifications.

Documente et protège contre les erreurs fréquentes de Git : état HEAD détaché, problèmes de sensibilité à la casse entre macOS/Windows et Linux CI, erreurs de clonage de sous-modules, conflits lors du stash pop, et la validation de fichiers volumineux ou de secrets. Utilisez git add -p pour un staging partiel granulaire.

Un agent structure une nouvelle fonctionnalité, crée une branche à partir de main, effectue des commits incrémentaux avec des messages conventionnels, rebase sur le dernier main avant de pousser les modifications, écrase les commits de correction, et ouvre une branche prête pour une PR — le tout sans intervention Git manuelle.

Lorsqu'un bug en production est détecté, l'agent crée une branche hotfix/ à partir de main, applique le correctif, fusionne vers main et develop, étiquette la version, puis supprime la branche — en suivant précisément le flux de correctif documenté.

L'agent exécute git bisect pour effectuer une recherche binaire dans l'historique des commits, marquant les commits comme bons ou mauvais en fonction des résultats de tests automatisés, jusqu'à identifier le commit exact qui a introduit un bug.

Lors d'un rebase de fonctionnalité de longue durée, l'agent résout les conflits fichier par fichier, vérifie qu'aucun marqueur <<</>>> ne subsiste, confirme que la compilation réussit, puis continue le rebase — ou l'abandonne proprement si le conflit est trop complexe.