Lab Niveau 17 — Rétrospective & Bilan
Objectifs
Section titled “Objectifs”- Prendre du recul sur l’ensemble du parcours Git & GitHub.
- Rédiger un fichier de rétrospective complet (
RETROSPECTIVE.md) structuré en Markdown. - Collaborer via le dépôt en archivant votre bilan dans l’historique Git.
- Ouvrir une Issue de bilan sur GitHub pour marquer la fin de votre parcours.
Exercice Pratique
Section titled “Exercice Pratique”Dans cet exercice final, vous allez formaliser votre propre retour d’expérience et clore proprement votre session de formation.
Étape 1 : Création du bilan local
Section titled “Étape 1 : Création du bilan local”- Ouvrez votre dépôt local de travail
git-playground/(ou le dépôt de votre projet fil rouge). - Créez un fichier nommé
RETROSPECTIVE.mdà la racine. - Rédigez votre bilan en Markdown en suivant cette structure :
# Rétrospective — Git & GitHub## 1. Ce que je maîtrise(Listez au moins 3 concepts ou commandes)## 2. Ce qui reste à approfondir(Listez les zones d’ombre ou points plus complexes)## 3. Mon plan d'action(Quelles seront vos prochaines étapes pour utiliser Git/DevOps ?)
Étape 2 : Commiter et pousser le bilan
Section titled “Étape 2 : Commiter et pousser le bilan”- Ajoutez le fichier à la zone de staging :
Terminal window git add RETROSPECTIVE.md - Créez un commit clair et professionnel :
Terminal window git commit -m "docs: add personal retrospective and action plan" - Poussez vos modifications vers votre dépôt GitHub :
Terminal window git push origin main
Étape 3 : Ouvrir une issue de bilan sur GitHub
Section titled “Étape 3 : Ouvrir une issue de bilan sur GitHub”- Rendez-vous sur votre dépôt GitHub.
- Créez une nouvelle Issue nommée :
[Bilan] Fin de parcours - [Votre Nom]. - Dans la description, copiez-collez le contenu de votre fichier
RETROSPECTIVE.mdet soumettez l’issue pour partage avec vos formateurs ou votre équipe.
Checklist de validation
Section titled “Checklist de validation”- Le fichier
RETROSPECTIVE.mda été créé à la racine du dépôt local. - Le fichier contient les sections : Maîtrise, À approfondir, Plan d’action.
- Le fichier a été validé dans l’historique avec un message de commit conforme.
- Le commit a été poussé sur le dépôt distant GitHub.
- Une issue de bilan a été ouverte sur le dépôt GitHub.
Compétences acquises
Section titled “Compétences acquises”- Auto-évaluation et bilan technique.
- Rédaction et formatage Markdown structuré.
- Utilisation autonome du flux de travail complet (add, commit, push).
- Communication collaborative par le biais des GitHub Issues.
Fiches de révision
Section titled “Fiches de révision”Pourquoi est-il utile d'archiver une rétrospective dans le dépôt ?
Cliquer pour révéler la réponsePour garder une trace historique de la progression de l'équipe ou du développeur au même endroit que le code.
Cliquer pour voir la questionComment formate-t-on une liste de tâches interactive en Markdown ?
Cliquer pour révéler la réponseEn écrivant - [ ] pour une case vide et - [x] pour une case cochée.
Cliquer pour voir la questionQuelle est l'utilité première d'une issue de bilan sur GitHub ?
Cliquer pour révéler la réponseElle permet de notifier les collaborateurs de la fin d'une étape et d'ouvrir un espace de discussion.
Cliquer pour voir la questionÉvaluation des connaissances
Section titled “Évaluation des connaissances”Quelle commande Git permet d'envoyer votre fichier RETROSPECTIVE.md du dépôt local vers GitHub ?
Quel format est utilisé pour structurer les documents texte lisibles sur GitHub (comme RETROSPECTIVE.md) ?
Dans un flux de travail collaboratif, à quel moment ouvre-t-on généralement une Issue de bilan ou de clôture ?