.gitignore-generator

Volgende

Het ontbreken van .gitignore is de reden waarom API-sleutels in de Git-geschiedenis terechtkomen en waarom 400 MB aan node_modules naar GitHub worden gestuurd. Deze generator genereert een geteste sjabloon voor uw technische stack – Node, Python, Rails of Laravel – waarbij afhankelijkheidsmappen, bouwuitvoer en omgevingsbestanden al zijn uitgesloten.

Hoe je een .gitignore-bestand maakt

  1. 1

    Kies uw stack

    Node, Python, Rails of Laravel – elk heeft zijn eigen reeks tijdelijke artefacten.

  2. 2

    Genereren

    Het hulpmiddel combineert algemene regels (.DS_Store, .env, node_modules) met regels die specifiek zijn voor de stack.

  3. 3

    Sla als .gitignore op

    Plaats het bestand in de wortelmap van de repository voordat u de eerste commit uitvoert.

  4. 4

    Commit het

    .gitignore moet zelf ook worden bijgehouden; het is een onderdeel van het project en geen lokale voorkeur.

Waarom het gemeenschappelijke blok altijd aanwezig is

Regel Reden om te negeren
.DS_Store Metagegevens van macOS Finder, nooit nuttig voor andere apparaten
.env Geheimen: API-sleutels, databasewachtwoorden, OAuth-verificatiegegevens
.env.* Omgevingsspecifieke varianten (staging, productie)
!.env.example Behoud wel het voorbeeldbestand zodat nieuwe medewerkers de structuur kennen
node_modules/ Herinstalleerbaar vanaf package.json; groot en platformspecifiek

Stackspecifieke toevoegingen

Stack Belangrijke toevoegingen
Node dist/, coverage/, npm-debug.log*
Python __pycache__/, .venv/, *.pyc, .pytest_cache/
Rails log/*, tmp/*, storage/*, /public/assets
Laravel vendor/, /storage/*.key, /public/build, .phpunit.cache/

Veelvoorkomende fouten

  • .env te vroeg committen en het daarna pas toevoegen aan .gitignore. Het bestand staat al in de historie; gebruik git rm --cached .env en roteer elk geheim dat erin stond.
  • .env.example samen met .env negeren. Teamleden hebben het voorbeeld nodig om het project op te starten.
  • Te brede globs: *.log kan productiekritieke logconfiguraties verbergen; wees specifieker wanneer u twijfelt.
  • Platformspecifieke bestanden die niet lokaal bij u zijn: stuur ze in via een gedeelde .gitignore, niet via een persoonlijke.

Persoonlijke versus projectgebonden gitignore

Voor editorbestanden die alleen voor u gelden (JetBrains IDE’s, Emacs) gebruikt u uw globale gitignore (~/.config/git/ignore) in plaats van elk project apart op te blazen.

Veelgestelde vragen

Omdat .gitignore alleen voorkomt dat nog niet-gevolgde bestanden worden toegevoegd. Voer git rm --cached path/to/file uit om een al gecommit bestand niet langer te volgen, commit de wijziging, en de regel sluit het bestand daarna uit.

Nee – lockfiles moeten worden gecommit zodat elke omgeving precies dezelfde versies installeert. Ze negeren brengt opnieuw de bugs terug die “op mijn machine wel werken”.

Een leidende slash verbindt het patroon met de wortelmap van het repository. /logs correspondeert uitsluitend met de top-level map logs/, terwijl logs overeenkomt met elke map van type logs op welke diepte dan ook.

Nee. Het gegenereerde bestand wordt niet opgeslagen of gevolgd. Uw stackkeuze wordt naar onze server gestuurd om de regels op te bouwen; in de meerstappenmodus staat hij ook in de paginalink. De bestandsinhoud wordt niet bewaard.

Gerelateerde tools

Tool beschikbaar in andere talen