Générateur de .gitignore

Cochez les langages, frameworks, éditeurs, systèmes d’exploitation et outils présents dans votre dépôt, et cette page fusionne leurs modèles d’exclusion sélectionnés en un seul fichier .gitignore. Les motifs sont dédoublonnés entre les modèles, regroupés sous un en-tête de commentaire par modèle, et écrits dans un ordre logique — copiez le résultat directement dans votre projet ou téléchargez-le. La recherche de modèles filtre la liste instantanément, et tout s’exécute localement dans votre navigateur.
0 sélectionné
Aucun modèle ne correspond à votre recherche.
.gitignore généré
Fonctionnement de la fusion : chaque modèle coché ajoute un bloc de commentaire # Nom du modèle avec ses motifs. Les motifs identiques provenant de modèles différents ne sont écrits qu’une fois (la première occurrence l’emporte), si bien que combiner « Node.js » avec « macOS » ou « Visual Studio Code » ne produit jamais de lignes en double. node_modules/, les dossiers des éditeurs, les fichiers parasites du système et les sorties de compilation sont les suspects habituels — une bonne règle est d’ignorer tout ce qui est généré, téléchargé ou propre à une machine, et de garder suivis le code source réel, la configuration et la documentation. Notez qu’un .gitignore n’affecte que les fichiers non suivis ; pour arrêter le suivi d’un fichier déjà commité, utilisez git rm --cached <fichier>.

Confidentialité : les modèles sont intégrés à cette page et la fusion s’exécute localement — rien de ce que vous sélectionnez n’est jamais envoyé.
Comment fonctionne la correspondance de .gitignore ?

Les motifs sont des globs obéissant à quelques règles utiles : *.log correspond à tous les niveaux, build/ avec une barre oblique finale ne correspond qu’aux répertoires, une barre oblique initiale comme /config.local ancre le motif à la racine du dépôt, et ** traverse plusieurs niveaux de répertoires. Git examine les motifs de bas en haut : un fichier est ignoré lorsque la dernière ligne qui correspond l’indique — c’est ainsi qu’une exception ! placée plus bas peut réinclure ce qu’une ligne précédente excluait.

Une exception ne peut pas atteindre à l’intérieur d’un répertoire exclu — si build/ est ignoré, !build/keep.js ne s’applique jamais ; vous devez réinclure le répertoire et réexclure ses autres contenus.