📝 DevOps

PARTIE 3 — GUIDE DE SURVIE GIT et GITHUB 💪

PARTIE 3 — GUIDE DE SURVIE GIT et GITHUB 💪

MOHAMED

Par MOHAMED SARE

Publié le 26/10/2025 à 19:07

38
3
0


Tu es maintenant prêt pour la PARTIE 3 — GUIDE DE SURVIE GIT & GITHUB 💪

Ici, on va voir toutes les erreurs que les développeurs rencontrent en vrai, avec des explications claires et les solutions exactes à taper.
C’est ce que les vrais pros maîtrisent pour éviter la panique 😎


⚠️ SECTION 1 : Les erreurs les plus fréquentes et leurs solutions


🧱 1. Tu modifies un fichier, mais Git ne prend pas la mise à jour

Problème :

Tu modifies un fichier mais Git ne “voit” rien ou ne met pas à jour GitHub.

Cause :
Tu as oublié d’ajouter (add) ou de commiter (commit).

Solution :

git add .
git commit -m "Mise à jour des fichiers"
git push

✅ Maintenant ton code est bien sur GitHub.


🔄 2. Tu veux pousser (push), mais Git te dit :

“rejected — non-fast-forward” ou “failed to push some refs”

Traduction :
Quelqu’un a modifié le projet sur GitHub pendant que tu travaillais localement.

Solution :
1️⃣ Mets ton dépôt local à jour :

git pull origin main

2️⃣ S’il n’y a pas de conflit, recommence :

git push origin main

💥 3. Tu fais un git pull et Git te dit : “CONFLICT”

C’est le plus grand cauchemar des débutants, mais ne t’inquiète pas :
c’est juste que toi et un autre avez modifié la même ligne d’un fichier.

Exemple :

  • Toi : tu écris print("Bonjour")

  • Issa : il écrit print("Salut")

  • Vous poussez en même temps ⇒ conflit


🧰 Solution étape par étape :

1️⃣ Git marque les zones du fichier en conflit :

<<<<<<< HEAD
print("Bonjour")
=======
print("Salut")
>>>>>>> main

2️⃣ Tu ouvres le fichier, tu choisis quelle version garder (ou fusionnes les deux).

3️⃣ Ensuite :

git add .
git commit -m "Résolution du conflit"
git push

✅ C’est réglé.


🧭 4. Tu veux revenir à un ancien commit

Tu veux annuler les derniers changements :

🔹 Voir les commits :

git log --oneline

🔹 Revenir à une version précise :

git checkout <ID_du_commit>

💡 Si tu veux revenir définitivement à cette version (et effacer les suivantes) :

git reset --hard <ID_du_commit>

⚠️ Attention : --hard supprime les commits après celui-ci.
Utilise-le seulement si tu es sûr.


🔁 5. Tu veux annuler ton dernier commit

Tu t’es trompé de message ou tu veux le refaire :

git commit --amend -m "Nouveau message de commit"

Tu veux supprimer le commit sans perdre ton code :

git reset --soft HEAD~1

✅ Ton code reste, mais le commit disparaît.


🧩 6. Tu veux retirer un fichier du suivi de Git (mais pas le supprimer du dossier)

Exemple : tu veux ignorer .env ou config.json :

git rm --cached fichier.txt

Puis ajoute-le au fichier .gitignore :

# Fichier à ignorer
.env
config.json

🔐 7. Ton push te demande un mot de passe ou échoue (erreur d’authentification)

Cause :

GitHub a supprimé l’authentification par mot de passe → il faut un Personal Access Token (PAT).

Solution rapide :

1️⃣ Va sur https://github.com/settings/tokens
2️⃣ Clique Generate new token (classic)
3️⃣ Coche :

  • repo

  • read:org
    4️⃣ Copie ton token.

Quand Git demande ton mot de passe → colle ce token.
Tu peux ensuite le sauvegarder avec :

git config --global credential.helper store

🧠 8. Tu veux savoir sur quelle branche tu es

Simple :

git branch

La branche actuelle aura une étoile *.


🪄 9. Tu veux renommer une branche

git branch -m ancien_nom nouveau_nom

🧹 10. Tu veux supprimer une branche

En local :

git branch -d nom_branche

Sur GitHub :

git push origin --delete nom_branche

🧠 SECTION 2 : Les commandes “de survie” à toujours garder en tête

Objectif Commande
Vérifier l’état actuel du projet git status
Voir la différence entre versions git diff
Annuler une modification avant commit git restore fichier
Voir le dernier commit git show
Sauvegarder ton travail temporairement git stash
Restaurer ton travail temporaire git stash pop
Lister les branches git branch -a
Supprimer les fichiers non suivis git clean -f
Voir le dépôt distant git remote -v

💡 SECTION 3 : Les bonnes pratiques professionnelles Git

1. Toujours travailler sur une branche (jamais sur main)

Exemple : git checkout -b feature-authentification

2. Toujours faire un git pull avant de travailler

Pour être sûr d’avoir la dernière version.

3. Toujours faire des commits clairs et courts :

git commit -m "Ajout de la page d'inscription"

et non
git commit -m "modif" (trop vague)

4. Ne pousse pas des fichiers inutiles :

  • Dossiers __pycache__, .env, node_modules, etc.

Mets-les dans .gitignore

5. Fais une Pull Request (PR) quand ton code est prêt — ne merge jamais directement sans validation.

6. Quand un conflit arrive : calme-toi 😄, lis le message et corrige les lignes entre <<<<<<< et >>>>>>>


🧩 SECTION 4 : Mini-résumé du flux Git professionnel

git clone projet → git pull → git checkout -b featureX
→ coder → git add . → git commit -m "nouvelle feature"
→ git push origin featureX → pull request → merge
→ git pull (pour se mettre à jour)

🧭 SECTION 5 : Ressources pour t’exercer

1️⃣ https://learngitbranching.js.org/

Simulation visuelle ultra interactive de Git (très amusante 🎮)

2️⃣ https://try.github.io/

Apprentissage Git pas à pas

3️⃣ GitHub Docs

Documentation officielle


🎯 CONCLUSION GÉNÉRALE DU COURS

Félicitations 🎉 Kdasse, tu maîtrises maintenant le cycle complet Git & GitHub :

✅ Créer et gérer un projet Git localement
✅ Héberger ton code sur GitHub
✅ Collaborer avec d’autres développeurs
✅ Résoudre les conflits et erreurs
✅ Respecter les bonnes pratiques professionnelles

💬 “Un bon développeur, c’est celui qui ne panique pas quand Git affiche une erreur.”


 

Commentaires (0)

Chargement des commentaires...