Générateur .gitignore — Astro, Bun, Deno + mode diff

Que fait le générateur .gitignore ?

Le générateur est un mixeur pour templates .gitignore. Vous choisissez parmi un ensemble de modèles préparés (langages, frameworks, IDE, OS et outillage), ajoutez vos propres lignes, et récupérez un .gitignore fusionné — doublons filtrés, ordre stable, négations préservées ou supprimées au choix. Le fichier se copie ou se télécharge en .gitignore. Tout se passe dans le navigateur. Pas de téléversement, pas de compte, pas de bandeau cookie.

À côté siège un second onglet pour le fichier compagnon classique .gitattributes avec encodage, fin de ligne, marqueurs binaires et filtres Git LFS. Les deux fichiers appartiennent presque à tout repo — le générateur les place donc dans la même interface.

Quels templates sont embarqués ?

Plus de 30 modèles, groupés en cinq catégories :

• Frameworks (stack 2026) — Astro, Svelte 5, SvelteKit, Tailwind v4, Bun, Deno 2, Vite, Vitest, Playwright. Plus les classiques Next.js, Remix, Solid et Qwik.
• Langages — Node, Python, Ruby, Go, Rust, Java, Kotlin, Swift, PHP, C++ et .NET.
• IDE / éditeurs — VSCode, JetBrains, WebStorm, Sublime Text, Vim, Emacs et Cursor.
• Systèmes d’exploitation — macOS, Windows et Linux.
• Outillage — Docker, Terraform, AWS CDK et Git en général.

Les templates langages et IDE se basent sur le dépôt github/gitignore (CC0-1.0, domaine public). Les templates 2026 sont écrits à la main, parce que le dépôt officiel ne propose pas d’entrée propre pour Astro, Svelte, Bun, Deno, Vite, Vitest et Playwright — les PR correspondantes traînent depuis des mois.

Les templates 2026

Dans le sélecteur, les modèles 2026 portent l’étiquette 2026. Motifs dérivés des documentations officielles :

• Astro ignore dist/, .astro/, familles .env.
• Svelte 5 / SvelteKit ignore .svelte-kit/ en plus de dist/ et node_modules/.
• Bun garde bun.lockb versionné (recommandation Doku), commente la variante d’ignore.
• Deno 2 ignore deno.lock (lockfile fige les ID de registre, à commiter selon le besoin) et _deno/.
• Tailwind v4 ignore le cache Lightning CSS Engine .tailwindcss/.
• Playwright ignore test-results/, playwright-report/, playwright/.cache/.

Comment fonctionne la fusion ?

Au clic sur un template, ses motifs sont collectés dans un ordre d’empilement — d’abord le premier bloc sélectionné, puis les suivants. Ensuite, déduplication en deux étapes :

1. Correspondance exacte de chaîne — les motifs identiques venant de plusieurs templates atterrissent une seule fois en sortie. node_modules/ venant de Node et d’Astro ne paraît pas en double.
2. Préservation des négations — les lignes commençant par ! sont conservées par défaut. L’option Supprimer négations les retire si vous n’en avez pas besoin.

Les commentaires et lignes vides ne sont PAS dédupliqués — ils portent une structure que la sortie doit conserver. Les motifs en conflit (deux templates ou plus apportant la même ligne) apparaissent une fois, avec une entrée dans le panneau d’avertissements « motifs qui se chevauchent ».

Marquage des sources

En mode Détaillé, chaque bloc de template reçoit un en-tête de section visible (# ── Node ──, # ── macOS ──). En mode Compact, ils disparaissent. Le résultat reste lisible sans surcharger le fichier de méta-commentaires. Le survol par motif (dans l’aperçu) indique aussi d’où vient la ligne — y compris pour les conflits, où plusieurs templates ont contribué la même règle.

Que fait le mode diff ?

Pour un projet qui dispose déjà d’un .gitignore, activez le mode diff dans le bloc Paramètres et collez le fichier existant. Le générateur affiche trois colonnes :

• Nouveau — lignes que la fusion ajouterait.
• Présent — lignes identiques dans les deux versions.
• Seulement chez vous — lignes de votre .gitignore existant que la fusion n’a pas prévu. Vous décidez si elles restent.

Pas de remplacement big-bang. Vous copiez seulement la colonne « Nouveau » dans votre fichier existant et conservez toutes vos personnalisations.

Comment la confidentialité est-elle réglée ?

Pure-client. Tous les templates sont empaquetés au build de la page. À l’ouverture, rien n’est rechargé depuis github.com — pas même en mode diff. Votre sélection, vos lignes propres, votre contenu de diff collé : restent dans le navigateur. Pas d’endpoint de télémétrie, pas de cookie, pas de compte. Pour vérifier les codes sources, les templates figurent dans le dépôt public du builder.

Ce qui n’est intentionnellement pas construit

Le générateur est un éditeur, pas un audit. Intentionnellement absent :

• Pas de scan de repo — pas de raccordement OAuth à GitHub ou GitLab. Demanderait des appels serveur.
• Pas de configuration LFS au-delà des filtres LFS — .gitattributes règle les extensions LFS, rien de plus. Pour le tracking, le storage et la migration, utilisez la CLI git lfs directement.
• Pas de fetch de templates côté serveur — l’approche standard de gitignore.io est une API serveur. Ici, tous les templates tournent dans le navigateur, donc sans limite fetch et sans suivi.
• Pas de login / historique — les dix dernières configurations ne sont pas sauvegardées. Pour une combinaison répétée, gardez-la dans un gestionnaire de snippets.
• Pas d’entrée NLP — pas de « décris ton projet et je choisis ». Briserait la promesse pure-client.

Sujets liés

• Git sur Wikipédia — histoire, architecture, workflow
• Doc git-scm : gitignore — la spec officielle des motifs
• Doc git-scm : gitattributes — encodage, fins de ligne, LFS
• github/gitignore — collection des templates CC0 d’où viennent les modèles langage et IDE