Cinq commandes te suffisent pour le quotidien Git : init, status, add, commit, log. Cette leçon te fait pratiquer chacune sur un vrai dossier.
Créer un nouveau repo
Crée un dossier et place-toi dedans, puis :
Tu vois un message du genre Initialized empty Git repository in .../.git/. Git vient de créer un dossier caché .git/ à la racine. C'est là que tout l'historique sera stocké. Ne le supprime jamais à la main : tu perdrais tout l'historique.
Voir l'état
À chaque étape, tu peux demander à Git où il en est.
Pour l'instant, le repo est vide. Crée un fichier pour avoir du contenu à commit :
Cette fois, git status te montre README.md listé sous "Untracked files". Git voit le fichier, mais ne le suit pas encore.
Stager le fichier
Pour préparer le fichier pour un commit, tu le mets dans la staging area.
Maintenant README.md apparaît sous "Changes to be committed". Il est prêt à être enregistré dans l'historique.
Commit
Tu vois un message du genre [main (root-commit) a3f5b6c] premier commit.... Bravo, tu viens de poser ton premier snapshot. Le a3f5b6c est l'identifiant unique de ce commit.
Voir l'historique
Tu vois ton commit, avec son hash complet, ton nom, ton email, la date, et le message. Appuie sur q pour sortir.
Pour un format plus compact :
Le workflow que tu vas répéter
Pour chaque modification que tu fais ensuite, le cycle est le même :
- Édite tes fichiers.
git statuspour voir ce qui a changé.git add <fichiers>pour staged les changements à commit.git commit -m "message"pour enregistrer.
Et de temps en temps, git log --oneline pour vérifier où tu en es.
.gitignore : ce que Git doit ignorer
Tu ne veux pas commit ton dossier node_modules/, tes fichiers .env, ou les builds générés. Crée un fichier .gitignore à la racine et liste-y les patterns à ignorer.
À partir de maintenant, Git n'affichera plus jamais ces fichiers dans git status.
Pour la suite
La leçon suivante te connecte à GitHub pour publier ton repo et travailler depuis plusieurs machines.
