Aller au contenu

Commit & Push

Stage tous les changements, commit avec un message approprié et push sur la branche courante.

Instructions

1. Vérifie l'état Git avec git status pour voir les fichiers modifiés

2. Stage tous les changements :

git add -A

3. Génère un message de commit approprié basé sur : - Les fichiers modifiés (git diff --cached --name-only) - Le contexte de la conversation - Les changements effectués

Format du message de commit : - Type : feat:, fix:, refactor:, chore:, docs:, style:, test: - Description courte et claire (en français) - Optionnellement : corps du message avec détails si nécessaire

4. Commit avec le message généré :

git commit -m "<message-commit>"

5. Push sur la branche courante :

git push

Si la branche n'existe pas encore sur le remote :

git push -u origin <nom-branche>

Règles pour le message de commit

Format : 

<type>: <description courte>

<corps optionnel avec détails>

Types : - feat: : Nouvelle fonctionnalité - fix: : Correction de bug - refactor: : Refactoring (pas de changement de comportement) - chore: : Tâches de maintenance (dépendances, config, etc.) - docs: : Documentation uniquement - style: : Formatage, pas de changement de code - test: : Ajout/modification de tests

Description : - Court et descriptif (en français) - Commence par une minuscule - Pas de point à la fin - Focus sur ce qui a changé, pas pourquoi (le pourquoi va dans le corps si nécessaire)

Corps (optionnel) : - Plus de détails si nécessaire - Peut expliquer le pourquoi du changement - Peut lister les changements majeurs si pertinent

Exemples de messages

Simple : 

chore: remove useless comments (WHAT) and keep only relevant ones (WHY)

Avec corps : 

refactor: découper fonction longue en fonctions plus petites

- Extraire logique de mapping par email dans fonction dédiée
- Extraire logique de mapping par username dans fonction dédiée
- Créer fonctions helper pour enrichissement des données GitHub
- Améliorer lisibilité et maintenabilité du code

Gestion des erreurs

  • Si aucun changement à commiter : afficher un message et arrêter
  • Si le commit échoue (ex: hooks pre-commit) : afficher l'erreur et arrêter
  • Si le push échoue : afficher l'erreur et arrêter
  • Si les hooks pre-commit échouent : corriger les erreurs avant de continuer

Vérifications avant commit

Avant de commit, vérifier que : - Les fichiers modifiés sont pertinents (pas de fichiers temporaires, logs, etc.) - Le message de commit est approprié au contexte - Les hooks pre-commit passeront (typecheck, lint, etc.)