01
La recherche ne désélectionne rien
Le filtre modifie seulement la liste visible. Le compteur inclut les choix masqués. L’assemblage suit l’ordre fixe du catalogue et non celui de vos clics ; resélectionner un modèle ne le déplace pas.
Git / gestion de versions
Générateur de .gitignore
Choisissez votre environnement, ajoutez les règles du projet et relisez le fichier assemblé.
Générateur de .gitignore
Choisir les modèles
Sélection : 0.
Règles personnelles ajoutées à la fin
Résultat .gitignore
Les modèles et règles sont traités dans ce navigateur. Aucun fichier du projet n’est lu ni envoyé.
Options de génération
Seules les règles ordinaires identiques entre deux négations sont supprimées. Chaque règle ! et l’ordre initial sont conservés.
Sources et licence des modèles
18 modèles de github/gitignore, licence CC0-1.0. Commit 356fd7baab4c du 2026-09-11, vérifié le 2026-09-16. Les commentaires source restent dans leur langue d’origine.
Choisissez un modèle ou saisissez une règle.
Un nouveau dépôt accumule souvent plus que les fichiers produits par son langage : caches d’éditeur, métadonnées du système et réglages locaux s’y ajoutent. Le Générateur de .gitignore réunit ces sources sans présumer votre environnement au chargement.
Sélectionnez seulement ce qui concerne le projet. Une exclusion trop large peut masquer une configuration que l’équipe souhaite partager. Relisez les exceptions autant que les motifs ordinaires avant de sauvegarder.
Pourquoi ce Générateur de .gitignore ?
Assembler des sources identifiables
Le Générateur de .gitignore intègre 18 modèles GitHub à une révision fixe. Leurs chemins source, la licence CC0 et la date de vérification sont accessibles. Les commentaires de section rendent les origines lisibles et la même sélection donne le même ordre.
Conserver une exclusion après une exception
Dans *.log, !important.log, *.log, la dernière ligne exclut de nouveau le fichier. La retirer comme simple doublon changerait le résultat. Chaque négation réinitialise donc la recherche de doublons, et toutes les négations restent présentes.
Vérifier la portée puis la priorité
02
Les règles personnelles passent en dernier
Un contenu existant collé dans la zone dédiée est ajouté après les modèles. Une règle ultérieure peut changer un résultat, mais une exception de fichier ne peut pas rouvrir un dossier parent exclu. Comparez cache/ et cache/*.
03
Tester des chemins représentatifs
Toute modification bloque l’export de l’ancien résultat jusqu’à la génération suivante. Choisissez explicitement l’entrée personnelle ou le résultat frais pour le testeur. Un fichier trop grand reste téléchargeable en entier.
Ce que conserve le fichier assemblé
Trois couches d’environnement
Pour créer un gitignore, associez Node.js, Python, Java, Go ou Rust à macOS, Linux, Windows et à votre éditeur. Les environnements non sélectionnés n’ajoutent aucun motif.
Compléter un fichier existant
Les règles personnalisées fonctionnent aussi sans modèle. Les fins de ligne CRLF et CR deviennent LF, et le BOM initial est retiré. Les espaces significatifs et les caractères échappés sont conservés.
Un nettoyage mesurable
Le nombre de règles ordinaires identiques retirées est affiché. Désactivez l’option pour garder les répétitions. Les motifs littéraux opposés sont signalés mais conservés ; les recouvrements de jokers ne sont pas résolus automatiquement.
Des modèles gitignore versionnés
La source est github/gitignore au commit 356fd7baab4c du 2026-09-11, vérifié le 2026-09-16. Chaque modèle possède son lien vers le fichier exact. Les commentaires d’origine ne sont pas traduits par l’outil.
Limites avant utilisation dans Git
- Aucun changement dans l’index
- Le générateur produit du texte sans ouvrir de dépôt ni supprimer de fichier suivi. Il ne modifie pas l’historique. L’état de suivi doit être vérifié séparément dans Git.
- Pas de tri ni de résolution d’intention
- Pas de tri alphabétique, de minimisation de motifs ou de résolution automatique des conflits. L’ordre reste intact. Les exceptions doivent toujours respecter la possibilité de parcourir les dossiers parents.
- Une sélection de modèles à relire
- Ces 18 modèles ne couvrent pas tous les frameworks et ne détectent pas les secrets. Vérifiez identifiants, fichiers de verrouillage et réglages partagés. Une nouvelle exclusion ne retire pas un secret déjà publié.
- Budget du texte personnel
- L’entrée est limitée à 50 000 unités UTF-16, 2 000 lignes physiques et 512 unités par ligne. Unicode invalide et contrôles autres que tabulations et retours à la ligne sont refusés. L’export comprend tout le résultat.
- Un testeur de portée plus réduite
- Le testeur existant accepte 50 lignes physiques, dernière ligne vide incluse, et 256 unités par ligne. Retirez les commentaires ou choisissez un extrait personnel court. Le fichier généré n’est jamais découpé en silence.
Générateur de .gitignore : questions fréquentes
À quel endroit enregistrer le fichier produit ?
Enregistrez-le sous le nom .gitignore dans le dossier auquel les règles doivent s’appliquer, souvent la racine du dépôt. Les motifs dépendent de cet emplacement. Le téléchargement ne remplace pas automatiquement un fichier existant.
Que faire pour les fichiers déjà versionnés ?
Une règle d’exclusion ne retire pas les fichiers déjà présents dans l’index. Examinez leur état et décidez dans Git s’ils doivent rester suivis. Le générateur ne réalise aucune modification du dépôt.
Faut-il versionner le .gitignore lui-même ?
Les règles communes au projet sont généralement versionnées avec le fichier .gitignore. Pour des préférences individuelles, envisagez .git/info/exclude ou une configuration globale, afin de ne pas imposer vos choix à l’équipe.
Que faire des fichiers de verrouillage ?
Ne les excluez pas systématiquement. Selon le langage et le type de projet, ils rendent les installations reproductibles et doivent souvent être partagés. Les modèles sont un point de départ : la politique du projet prime.
Quand utiliser aussi un gitignore global ?
Un gitignore global convient aux fichiers personnels récurrents, par exemple ceux de votre système ou éditeur. Les règles propres au projet et utiles à tous restent dans le dépôt. Le générateur ne configure pas core.excludesFile.
Une combinaison de règles mérite une explication ?
Préparer le prochain fichier du dépôt
Le Générateur de .gitignore fournit une base à relire. Vérifiez les exceptions et les fichiers partagés, puis placez le résultat complet dans le répertoire prévu.