Générateur Gitignore
Générez des fichiers .gitignore – les bonnes exclusions pour votre pile.
Comment utiliser Générateur Gitignore
- Choisissez votre pile : langage, framework, ainsi que les couches OS/éditeur.
- Copiez le fichier généré et enregistrez-le sous .gitignore à la racine du dépôt.
- Commitez-le tôt - idéalement lors du premier commit, avant que les fichiers indésirables n'entrent dans l'historique.
- Les fichiers déjà suivis doivent être git rm --cached — .gitignore à lui seul, il ne suffit pas de les retrouver.
Qu'est-ce que Générateur Gitignore ?
Un générateur .gitignore produit la liste d'exclusion pour votre pile : choisissez la langue, le framework et le système d'exploitation, récupérez le fichier qui maintient node_modules/, vendor/, les sorties de build, les secrets .env, les dossiers IDE et les fichiers indésirables du système d'exploitation (.DS_Store, Thumbs.db) hors du contrôle de version.
Les catégories de ne jamais commettre : les dépendances (réinstallables à partir de lockfiles, énormes), des artefacts de construction (régénérables, bruyants dans les différences), des secrets (.env — la validation des informations d'identification est une violation, pas un gâchis) et des fichiers locaux de la machine (configurations IDE, métadonnées du système d'exploitation). Chaque pile a sa liste canonique ; le générateur les connaît donc vous ne les conservez pas de mémoire.
À propos de Générateur Gitignore
Sélectionnez votre pile – Node, PHP/Laravel, Python et les couches éditeur/OS – et copiez le .gitignore combiné, assemblé à partir des modèles standard de la communauté par technologie.
Les entrées qui comptent le plus : .env et amis (la ligne critique pour la sécurité – un .env divulgué dans un dépôt public signifie faire pivoter tous les identifiants qu'il contient, et les scrapers les trouvent en quelques minutes) ; node_modules/ et vendor/ (les lignes repo-bloat — les dépendances appartiennent au fichier de verrouillage) ; répertoires de build (dist/, build/, public/build) ; et la couche transversale de bruit de l'IDE (.idea/, .vscode/) et du système d'exploitation (.DS_Store) qui pollue les dépôts partagés de machines individuelles.
Deux mécanismes à connaître : .gitignore n'affecte que les fichiers non suivis — tout ce qui est déjà validé continue d'être suivi jusqu'à ce que git rm --cached le supprime (la réponse classique « pourquoi .env est-il toujours dans mon dépôt » ); et cascade de modèles : un fichier racine du dépôt régit l'arborescence, les fichiers de sous-répertoire ajoutent des règles locales.