À propos du générateur .gitignore
Cet outil reprend tel quel le recueil officiel de modèles maintenu par GitHub, github/gitignore, fusionne plusieurs modèles en un seul fichier et élimine les règles qui se recoupent. Vous pouvez vérifier ce que vos règles ignorent réellement avec le testeur de motifs, qui applique les mêmes règles de correspondance que git. Tout le traitement s'effectue dans votre navigateur ; vos règles et chemins ne sont jamais envoyés à un serveur.
Fonctionnalités principales
- Recherche et sélection multiple parmi 312 modèles — Recherchez par nom les modèles de langages, frameworks, OS, éditeurs, outils et de la communauté, puis fusionnez-en plusieurs en un seul fichier. La touche Entrée ajoute directement le premier résultat.
- Suppression des doublons sans altérer le sens — Quand plusieurs modèles contiennent la même règle, la copie suivante est supprimée — sauf si une règle de négation `!` se trouve entre les deux, car le résultat pourrait alors changer.
- Commentaires de section et commentaires d'origine — Chaque modèle reçoit un commentaire de section indiquant son chemin source, pour savoir plus tard d'où vient une règle. Vous pouvez aussi retirer les commentaires d'origine et ne garder que les règles.
- Combinaisons prédéfinies populaires — Sélectionnez en un clic des combinaisons courantes comme Node + macOS + VS Code, Java + Maven + IntelliJ ou Unity + Visual Studio.
- Testeur de motifs — Collez une liste de chemins pour voir si chacun est ignoré et quelle règle (avec son numéro de ligne) en a décidé. La négation `!`, le `/` final, `**`, l'ancrage et l'exclusion d'un répertoire parent sont évalués comme le fait git.
- Création de commandes de désuivi — Génère pour bash/zsh ou PowerShell les commandes `git rm --cached` qui retirent du suivi des fichiers déjà commités.
- Copie, téléchargement et lien de partage — Copiez le résultat ou enregistrez-le comme fichier `.gitignore`. Les modèles sélectionnés sont stockés dans l'URL (`?t=`), ce qui permet de partager un lien.
Mode d'emploi
- Recherchez et cochez des modèles dans la liste de gauche, ou cliquez sur une combinaison populaire. On choisit généralement un ou deux langages/frameworks ainsi que son OS et son éditeur.
- Vérifiez le résultat à droite. Les options Supprimer les règles en double, Commentaires de section et Conserver les commentaires d'origine s'appliquent immédiatement. Écrivez les règles propres à votre projet dans Règles à ajouter vous-même.
- Utilisez Copier ou Télécharger pour créer
.gitignoreà la racine du dépôt. Si votre navigateur enregistre le fichier sous le nomgitignore, renommez-le en ajoutant le point initial. - Le bouton Tester transfère les règles vers l'onglet de test de motifs. Collez les chemins de votre dépôt pour vérifier qu'ils sont ignorés comme prévu (la sortie de
git ls-filesoufind . -type fest pratique). - Si des fichiers déjà commités ne sont pas ignorés, générez les commandes dans l'onglet Ne plus suivre, exécutez-les puis faites un commit.
Données de modèles et licence
Les 312 modèles proviennent du commit 356fd7b (2026-09-11) du dépôt github/gitignore. Ce dépôt est publié sous CC0-1.0 (dédicace au domaine public) et peut être librement copié, modifié et redistribué. Le dossier racine contient les langages et frameworks, Global les OS, éditeurs et outils, et community les modèles spécialisés. Les explications des modèles et les textes de ce site ont été rédigés par ce site.
Questions fréquentes
J'ai ajouté un fichier au .gitignore, mais il apparaît toujours dans git status.
.gitignore ne s'applique qu'aux fichiers qui ne sont pas encore suivis. Un fichier déjà commité doit être retiré de l'index avec git rm --cached <fichier> puis commité pour être ignoré. L'onglet Ne plus suivre génère ces commandes.
J'ai réinclus un fichier avec `!`, mais il est toujours ignoré.
Lorsqu'un répertoire parent est lui-même exclu, git n'examine pas son contenu : les fichiers qu'il contient ne peuvent donc pas être réinclus avec !. Excluez plutôt le contenu du répertoire, par exemple logs/* au lieu de logs/, puis ajoutez !logs/keep.txt. Le testeur de motifs signale ce cas par « Ignoré (répertoire parent) ».
La suppression des doublons change-t-elle le sens des règles ?
git suit la dernière règle correspondante. Si la même règle réapparaît sans règle ! entre les deux, supprimer la seconde donne le même résultat. Quand une règle de négation se trouve entre les deux, cet outil conserve le doublon.
Les résultats du testeur de motifs sont-ils identiques à ceux de git ?
Il suit la documentation gitignore(5) et le comportement de wildmatch de git ; des milliers de motifs et de chemins aléatoires ont été comparés à la sortie réelle de git ls-files --ignored, avec des résultats concordants. Il ne combine toutefois pas les .gitignore des sous-répertoires, .git/info/exclude ni la configuration globale : pour un verdict sur l'ensemble du dépôt, utilisez git check-ignore -v.
Faut-il mettre les règles macOS et VS Code dans le .gitignore du projet ?
Les fichiers créés par l'OS et l'éditeur relèvent de l'environnement personnel ; il est donc recommandé de les placer dans un gitignore global défini avec core.excludesFile. Beaucoup d'équipes les ajoutent néanmoins au fichier du projet, car de nombreux contributeurs ne configurent pas de gitignore global.
Les données de modèles sont-elles à jour ?
Un script de build télécharge le dépôt github/gitignore et l'intègre au site. Le commit et la date de référence sont affichés sur la page À propos, en bas de la liste des modèles et dans le commentaire d'en-tête du résultat généré.
Ce que je saisis est-il enregistré ou transmis ?
Non. La génération, les tests et la création de commandes s'exécutent entièrement dans votre navigateur. Seuls le thème clair/sombre et les options du générateur sont enregistrés dans le localStorage de ce navigateur.