Publier et vérifier le dépôt distant
Objectif : Envoyer les commits du projet sur la forge et vérifier que les fichiers et l’historique y sont présents.
Votre dépôt local contient les deux commits qui clarifient la présentation du site et son lien vers le dépôt distant. Ils ne sont pas encore publiés, tandis qu’une note provisoire de README.md et un fichier .gitignore restent en attente. Vous allez envoyer les commits, sans inclure ces deux changements non commités, puis contrôler le résultat sur la forge.
1. Contrôler ce qui sera publié
Avant l’envoi, examinez l’état du dépôt et les derniers messages de l’historique. La commande git status vous aide à distinguer les commits à publier des changements présents uniquement dans votre dossier de travail. Les opérations vues dans les leçons précédentes permettent de contrôler ces éléments sans modifier leur contenu.
cd suivi-site
git status
git log -2 --onelineSur la branche main
Votre branche est en avance sur 'origin/main' de 2 commits.
(utilisez « git push » pour publier vos commits locaux)
Modifications non préparées :
(utilisez « git add <fichier>... » pour mettre à jour ce qui sera validé)
modifié : README.md
Fichiers non suivis :
(utilisez « git add <fichier>... » pour inclure dans ce qui sera validé)
.gitignore
1a2b3c4 Clarifier le lien vers le dépôt distant
5d6e7f8 Clarifier la présentation du projetLes identifiants affichés ici sont des exemples : les vôtres seront différents. Vérifiez que les deux messages attendus apparaissent en tête et que Git indique une avance de deux commits. Les changements de README.md et le fichier non suivi ne font pas partie des commits déjà enregistrés ; ne les ajoutez pas pour cette publication.
2. Envoyer les commits locaux
La branche locale main suit déjà origin/main, association configurée lors du premier envoi. Publiez les commits en précisant la destination et la branche. Vous pouvez ainsi voir explicitement quelle branche locale est transmise à quel dépôt distant.
git push origin mainÉnumération des objets : 6, terminé.
Décompte des objets : 100% (6/6), terminé.
Écriture des objets : 100% (4/4), terminé.
To https://forge.example/votre-compte/suivi-site.git
0a1b2c3..1a2b3c4 main -> mainLa sortie confirme que la branche distante main a reçu les commits. L’adresse et les identifiants affichés dépendent de votre forge et de votre dépôt. Un envoi réussi ne signifie pas que les modifications non commités ont été publiées : Git transmet ici l’historique enregistré, pas la note provisoire ni le fichier non suivi.
3. Vérifier le dépôt distant
Contrôlez d’abord que l’envoi n’a pas changé l’état local des fichiers en attente. Puis ouvrez le dépôt suivi-site dans votre forge et consultez la branche main. Vérifiez la présence des fichiers du projet et parcourez les derniers commits : leurs messages doivent correspondre aux deux intentions réalisées.
git status
git log -2 --oneline --decorateSur la branche main
Votre branche est à jour avec 'origin/main'.
Modifications non préparées :
modifié : README.md
Fichiers non suivis :
.gitignore
1a2b3c4 (HEAD -> main, origin/main) Clarifier le lien vers le dépôt distant
5d6e7f8 Clarifier la présentation du projetLa mention origin/main sur le dernier commit indique que la référence locale au dépôt distant correspond à la tête de votre branche locale. Les fichiers en attente restent visibles dans git status, mais ne figurent pas dans l’historique publié. Dans la forge, confirmez aussi que la page d’accueil présente index.html, style.css et README.md, et que les deux derniers messages sont affichés dans le bon ordre.
À retenir
- Contrôlez la branche et les commits en attente avant de publier.
- Envoyez les commits enregistrés avec `git push origin main`.
- Vérifiez dans la forge les fichiers du site et les messages de commit attendus.
- La note provisoire de `README.md` et `.gitignore` restent locaux tant qu’ils ne sont pas commités.