Générateur de .gitignore

Suivant

Un .gitignore manquant est la raison pour laquelle les clés API se retrouvent dans l’historique Git et pourquoi 400 Mo de node_modules sont poussés sur GitHub. Ce générateur produit un modèle testé pour votre stack, Node, Python, Rails ou Laravel, avec les dossiers de dépendances, la sortie de construction et les fichiers d’environnement déjà exclus.

Comment générer un .gitignore

  1. 1

    Choisissez votre stack

    Node, Python, Rails ou Laravel, chacun a son propre ensemble d'artefacts transitoires.

  2. 2

    Générer

    L'outil fusionne les règles communes (.DS_Store, .env, node_modules) avec celles spécifiques à la stack.

  3. 3

    Enregistrer en tant que .gitignore

    Placez le fichier à la racine du dépôt avant le premier commit.

  4. 4

    Commitez-le

    .gitignore lui-même doit être suivi, il fait partie du projet, pas d'une préférence locale.

Pourquoi le bloc commun est toujours présent

Règle Raison d’ignorer
.DS_Store Métadonnées Finder macOS, jamais utiles pour d’autres machines
.env Secrets : clés API, mots de passe de base de données, identifiants OAuth
.env.* Variantes spécifiques à l’environnement (staging, production)
!.env.example Mais gardez le fichier exemple pour que les nouveaux contributeurs connaissent la structure
node_modules/ Installable depuis package.json; énorme et spécifique à la plateforme

Ajouts spécifiques à la stack

Stack Ajouts clés
Node dist/, coverage/, npm-debug.log*
Python __pycache__/, .venv/, *.pyc, .pytest_cache/
Rails log/*, tmp/*, storage/*, /public/assets
Laravel vendor/, /storage/*.key, /public/build, .phpunit.cache/

Erreurs courantes

  • Committer .env trop tôt, puis l’ajouter à .gitignore. Le fichier est déjà dans l’historique, utilisez git rm --cached .env et renouvelez chaque secret qui s’y trouvait.
  • Ignorer .env.example avec .env. Les coéquipiers ont besoin de l’exemple pour démarrer.
  • Globs trop larges : *.log peut cacher des configurations de log critiques pour la production ; soyez plus spécifique en cas de doute.
  • Fichiers spécifiques à la plateforme non locaux pour vous : contribuez-les via un .gitignore partagé, pas un personnel.

Gitignore personnel vs projet

Pour les fichiers d’éditeur uniques à vous (IDE JetBrains, Emacs), utilisez votre gitignore global (~/.config/git/ignore) plutôt que de gonfler celui de chaque projet.

Questions fréquentes

Parce que .gitignore empêche seulement l’ajout de fichiers non suivis. Exécutez git rm --cached path/to/file pour arrêter le suivi d’un fichier déjà committé, validez le changement, et la règle l’exclura alors.

Non, les fichiers de verrouillage (lockfiles) doivent être committés afin que chaque environnement installe exactement les mêmes versions. Les ignorer réintroduit le type de bug “ça marche sur ma machine”.

Un slash initial ancre le motif à la racine du dépôt. /logs ne correspond qu’à un répertoire logs/ de premier niveau, tandis que logs correspond à n’importe quel répertoire logs à n’importe quelle profondeur.

Non. Le fichier généré n’est ni stocké ni suivi. Votre choix de stack est envoyé à notre serveur pour construire les règles, et en mode multi-étapes il figure aussi dans le lien de la page, mais le contenu du fichier n’est pas conservé.

Outils similaires

Outil disponible dans d’autres langues