Le scénario que ce fichier évite
Vous rangez vos stacks Docker dans un dépôt — c’est le pattern ① et l’objet de la section 5. Parmi elles, celle de votre forge, avec son docker-compose.yml et son .env.
Souvenez-vous de la leçon 2.2 : ce .env contient le mot de passe de la base de données de la forge.
Un matin, vous tapez git add ., vous enregistrez, vous publiez. Et le mot de passe de production de votre forge se retrouve dans un dépôt consultable par toute l’équipe — et dans son historique, pour toujours.
Le .gitignore est le fichier qui empêche cela. C’est le garde-fou le plus important de votre dépôt, et il tient en quelques lignes.
Le principe
Créez un fichier nommé .gitignore à la racine du dépôt. Chaque ligne décrit ce que Git doit ignorer : ces fichiers n’apparaîtront plus dans git status, et git add . ne les prendra jamais.
# Secrets
.env
# Journaux
*.log
C’est tout. Deux lignes utiles, et le scénario ci-dessus devient impossible.
Ce fichier se versionne, contrairement à ce que beaucoup croient. C’est même essentiel : il doit s’appliquer à tous vos collègues, pas seulement à vous. Il fait partie du dépôt au même titre que les scripts.