Générateur de .gitignore

Mode d'emploi

1. Cochez les langages, frameworks, éditeurs et systèmes d'exploitation utilisés par votre projet. Utilisez Tout effacer pour recommencer.
2. Lisez Votre fichier .gitignore. Chaque modèle a sa propre étiquette, et une ligne déjà listée par un autre modèle n'apparaît qu'une fois.
3. Cliquez sur Copier ou Télécharger, puis enregistrez le texte sous le nom .gitignore dans le dossier racine de votre projet.

Comment les modèles sont fusionnés

Chaque modèle choisi devient une section, qui commence par une ligne d'étiquette comme # ==== Node ====. Les sections suivent l'ordre des listes de la page : le même choix donne donc toujours le même fichier.

• Un motif déjà présent dans le fichier est retiré lorsqu'il revient.
• Un commentaire déjà présent dans le fichier est retiré de la même façon.
• Les lignes vides sont conservées entre les lignes, et retirées au début et à la fin de chaque section.
• Un modèle dont toutes les lignes sont déjà listées par les modèles précédents n'ajoute rien, et n'a donc pas de ligne d'étiquette.

Lignes répétées et le signe !

Git lit les motifs d'un fichier .gitignore dans l'ordre, et un motif postérieur remplace un motif antérieur. Un motif qui commence par ! réintègre un fichier qu'un motif précédent avait exclu (gitignore(5)). C'est pourquoi un motif répété n'est retiré que si les lignes situées entre ses deux copies sont de sa même nature : si le motif exclut, aucune ligne entre les copies ne doit commencer par !, et s'il commence par !, aucune ne doit exclure. Sinon la répétition reste, car elle change le résultat.

D'où viennent les modèles

Les 51 modèles sont des copies de fichiers de github/gitignore, la collection de modèles que GitHub propose pour les nouveaux dépôts. Cette collection est publiée sous CC0 1.0 Universal, qui place les modèles dans le domaine public. Les lignes de chaque modèle sont conservées telles quelles, hormis la fusion. Les étiquettes de section reprennent le nom des projets, qui ne sont pas traduits.

Ce que le fichier ne couvre pas

• Il ne sait pas quels fichiers vos propres outils créent. Ajoutez ces lignes vous-même, par exemple un dossier d'envois ou un fichier de réglages local.
• Un motif ne touche que les fichiers que git ne suit pas encore. Un fichier déjà suivi le reste jusqu'à ce que vous exécutiez git rm --cached dessus.
• Les fichiers d'éditeur et de système relèvent souvent d'un fichier d'exclusion global (core.excludesFile), pour que chaque projet de votre ordinateur les ignore sans ligne dans le fichier du projet.

Questions fréquentes