Outils transversaux

Les bases du versioning avec Git

Commit

Cours

Explication

Votre assistant IA va régulièrement vous parler de "commit", "branche" ou "pull request". Ces mots décrivent comment l'historique de votre projet est organisé. Cette leçon vous donne les repères pour suivre la conversation.

Utilité concrète

C'est comme prendre une photo de votre projet à un instant T. Chaque commit porte un message qui dit ce qui a changé et pourquoi. La branche est une copie de travail où vous pouvez expérimenter sans risque.

Exemple

Vous corrigez une faute dans le titre de votre page d'accueil. L'IA vous dit : « Faites un commit avec le message « fix: correction ortho titre accueil » pour que cette correction soit tracée. »

📋 Fiche de référence

Analogie

C'est comme sauvegarder un document Word sous un nouveau nom explicite ('Rapport_v2_final_CORRIGE') au lieu d'écraser l'original.

Où ça vit

Dans l'historique Git de votre projet, localement puis sur GitHub après le push.

Red flag IA

L'IA dit 'faites un commit' sans préciser le message. Un message vague comme 'update' ou 'fix' est inutile pour l'historique.

Prompt de vérification

Peux-tu me proposer un message de commit clair et descriptif qui explique POURQUOI cette modification est nécessaire ?

Question clé

Quels fichiers exactement sont inclus dans ce commit ?