G.7 · Versionner et collaborer
Le travail en équipe : .gitignore, tags, demandes de fusion
Lab sur une machine Linux · questionnaire de validation · gratuit, dans le navigateur
Travailler à plusieurs sur un dépôt demande quelques règles : ne pas versionner ce qui ne doit pas l'être (fichiers générés, secrets), marquer les versions livrées, et faire relire chaque changement avant qu'il n'arrive dans main. Ce sont ces règles qui permettent ensuite d'automatiser les tests et les déploiements (CI/CD, GitOps).
Ce que vous saurez à la fin : écrire un
.gitignore, arrêter de suivre un fichier sans le supprimer, savoir quoi faire quand un secret a été commité, marquer une version avec un tag annoté, et suivre le circuit d'une demande de fusion.
Au programme de ce lab
- Votre mission
- Pas à pas
- .gitignore : ce que Git doit ignorer
- Un secret a été commité
- Marquer une version : les tags
- Le circuit d'une demande de fusion
Ce que KubeNow vérifie
- build/, les journaux et .env sont ignorés
- .gitignore est commité
- .env n'est plus suivi, mais existe toujours sur le disque
- Le tag annoté v1.0.0 pointe sur le dernier commit
- Tout est commité