Pourquoi avez-vous besoin d'un .gitignore dans votre projet ?
Un .gitignore dit à git quels fichiers sauter quand vous lancez `git add`. Sans, vous commiterez node_modules, .env avec des secrets, build/ avec 200 Mo de binaires, .DS_Store depuis macOS, et autres déchets.
Ici, vous choisissez des presets prêts pour votre stack (Node, Python, Next.js, Django, Docker...), cliquez sur "Copy" et collez dans le `.gitignore` à la racine de votre repo.
Tout tourne offline : les règles sont intégrées dans la page, pas d'appels API GitHub. Les règles sont dédupliquées entre presets pour garder le fichier lisible.
Comment l'utiliser
- À gauche, cochez les presets pour votre stack. Utilisez la zone de recherche pour filtrer ("python", "next").
- Catégories : Langages (Node, Python, Go...), Frameworks (Next.js, Django, Laravel...), Outils (Docker, Terraform), OS (macOS, Windows, Linux), IDE (VS Code, JetBrains, Vim).
- À droite, vous voyez le .gitignore assemblé avec en-têtes de section et règles dédupliquées.
- Dans Custom rules, ajoutez tout ce qui est spécifique à votre projet (par ex. `secrets/`, `local.config.ts`).
- Copiez le résultat avec Copy ou téléchargez un fichier .gitignore prêt à déposer à la racine de votre repo.
Quand c'est utile
Situation quotidienne : vous démarrez un projet et avez besoin d'un .gitignore solide :
- Nouveau projet Next.js / React : choisissez "Node", "Next.js", "VS Code", "macOS". Vous avez un `.gitignore` en 5 secondes au lieu de chasser sur StackOverflow.
- Migrer un projet existant : vous avez copié un repo sans .gitignore. Générez le bon en une minute.
- Monorepo mixte : frontend Next.js, backend Python/Django, infra Terraform. Choisissez les quatre, obtenez un fichier.
- Auditer un vieux .gitignore : votre fichier existant a des trous (`.env.local` ou `.pnpm-store` manquants). Générez-en un frais et faites un diff.
- Onboarder un junior : envoyez-lui cette page au lieu d'expliquer ce qui devrait être ignoré.
- Projets synchronisés Dropbox / cloud : excluez les déchets Dropbox de git.
- Équipe multi-OS : les devs mac ont besoin de `.DS_Store`, les devs Windows ont besoin de `Thumbs.db`, les devs Linux ont besoin de `*~`. Tout en un clic.
Outils connexes : le validateur package.json vous assure de ne pas commiter un manifeste invalide. Le builder de config Vite / Next génère des configs de bundler prêtes.