Git et GitHub : 3 commandes indispensables que tout étudiant en informatique doit maîtriser

S'il y a bien un outil qui provoque des sueurs froides aux étudiants lors de leurs premiers labos d'informatique, c'est Git. Entre les tutoriels de 40 pages sur internet, les schémas de "branches" incompréhensibles et la peur panique d'effacer accidentellement tout son code à cause d'une mauvaise manipulation, beaucoup préfèrent s'en tenir à la bonne vieille méthode : copier leur dossier de projet et le nommer projet_v1, projet_v2, projet_final, ou encore projet_final_V2_PROPRE.

Pourtant, en 2026, l'industrie et les enseignants demandent une maîtrise rigoureuse de Git et GitHub dès la première année.

La bonne nouvelle ? Pour sauvegarder vos projets de cours et dormir sur vos deux oreilles, vous n'avez pas besoin de tout savoir. Vous devez simplement maîtriser une routine en 3 commandes indispensables. Découvrons ensemble ce guide de survie ultra-simplifié pour sécuriser votre code sans vous emmêler les pinceaux.

Le duo Git & GitHub : Qui fait quoi ?

Avant de taper la moindre commande dans votre terminal, comprenons la différence entre ces deux outils :

• Git : C'est la machine à remonter le temps. C'est un logiciel installé localement sur votre ordinateur qui prend des photos (des instantanés) de votre code à des moments précis.
• GitHub : C'est le coffre-fort dans les nuages. C'est un site web (un serveur distant) où vous allez envoyer et stocker ces photos pour y accéder depuis n'importe où et les partager avec vos enseignants ou coéquipiers.

La trinité Git : La routine « Add, Commit, Push »

Imaginez que vous voulez envoyer un colis fragile à un ami. Vous devez d'abord mettre les objets dans le carton, fermer le carton avec du scotch en y collant une étiquette, puis confier le carton au livreur. En programmation, c’est exactement la même logique.

Voici la routine magique à exécuter dans votre terminal (dans VS Code ou Linux Mint) chaque fois que vous avez terminé une partie de votre travail :

1. git add . (Mettre dans le carton)

Cette commande prépare vos fichiers modifiés. Le point (.) signifie « ajoute absolument tous les fichiers modifiés de ce dossier ».

• Ce que fait la machine : Elle repère les lignes de code que vous viens d'ajouter ou de modifier et les place dans une zone d'attente (ce qu'on appelle la Staging Area).
• La commande :

git add .

2. git commit -m "Message" (Fermer le carton et l'étiqueter)

Cette commande fige la photo de votre code. Le -m signifie "message". Entre les guillemets, écrivez toujours une description courte et claire de ce que vous venez de faire. Par exemple : "Ajout de la boucle principale" ou "Correction du bug de la ligne 12".

• Ce que fait la machine : Elle crée un point de sauvegarde permanent sur votre ordinateur. Si votre code plante dans deux heures, vous pourrez revenir exactement à cet instant précis.
• La commande :

git commit -m "Mon message explicatif"

3. git push (Donner le carton au livreur)

Votre point de sauvegarde est créé, mais il est toujours couché sur votre machine. Si votre ordinateur portable lâche ou tombe dans l'eau, vous perdez tout. git push propulse votre code vers les serveurs sécurisés de GitHub.

• Ce que fait la machine : Elle synchronise votre dossier local avec votre dépôt distant sur GitHub. Votre enseignant peut maintenant voir votre travail.
• La commande :

git push

Le résumé visuel de votre fin de session de code

Pour ne jamais oublier l'ordre, récitez cette petite formule logique : « J'ajoute, je valide, j'envoie. »

💻 Votre Code Modifié
        │
        ▼  (1) git add .
📦 Zone d'attente (Staging Area)
        │
        ▼  (2) git commit -m "..."
📸 Sauvegarde locale (Historique Git)
        │
        ▼  (3) git push
☁️ GitHub (Le cloud sécurisé)

Le conseil de profs : Prenez le pli dès le début

La pire erreur est d'attendre la veille de la remise du projet à 23h50 pour faire votre tout premier git push. Si un conflit survient à ce moment-là, la panique est garantie.

Prenez l'habitude de faire cette routine plusieurs fois par session de travail : dès qu'une fonction marche, dès qu'un exercice de labo est terminé, faites un add, un commit, et un push. Non seulement votre code sera toujours à l'abri, mais votre historique de projet sera propre, structuré et professionnel.