block .gitignore Generator star

Hoe het werkt

Vink aan wat op uw project van toepassing is — een taal of runtime zoals Node.js, Python of Java, een besturingssysteem zoals macOS, Windows of Linux, een editor zoals VS Code of IntelliJ/JetBrains, plus Git's eigen restbestanden en een blok voor .env en andere geheimen. Elk vinkje voegt een kleine, gevestigde set negeerpatronen toe, ontleend aan de conventies die de gemeenschap daadwerkelijk gebruikt — node_modules/ voor Node, __pycache__/ en .venv/ voor Python, *.class en target/ voor Java, .DS_Store voor macOS, Thumbs.db voor Windows, enzovoort. Naarmate u meer vinkjes zet, voegt de tool alles samen tot één lijst, verwijdert exacte duplicaten en toont het resultaat live in een tekstvak dat u kunt kopiëren of direct downloaden als bestand met de naam .gitignore.

Categorieën combineren is sneller dan er zelf één vanaf nul schrijven, omdat de meeste echte projecten meteen in meerdere categorieën vallen: een Node.js-API die op een Mac in VS Code wordt ontwikkeld, heeft het Node-blok nodig voor build-artefacten, het macOS-blok zodat .DS_Store nooit in een pull request terechtkomt, en het VS Code-blok zodat uw persoonlijke editorinstellingen die van een teamgenoot niet overschrijven. Alle drie aanvinken en in één keer downloaden is sneller en foutbestendiger dan patronen uit het hoofd samenstellen of fragmenten uit oude projecten kopiëren.

Goed om te weten

Een .gitignore-bestand heeft alleen invloed op bestanden die Git nog niet kent — het vertelt Git welke niet-getrackte bestanden buiten git status, git add . en toekomstige commits moeten blijven. Het heeft geen effect op bestanden die al worden getrackt (al minstens één keer gecommit). Dit is de meest voorkomende verwarring: .env aan .gitignore toevoegen nadat het al gecommit is, verwijdert het bestand niet uit de repository en stopt Git niet met het volgen van verdere wijzigingen eraan. Om een bestand daadwerkelijk uit tracking te halen, moet u eerst git rm --cached <bestand> uitvoeren (dit haalt het uit Git's index maar laat het op schijf staan), die verwijdering committen — pas dan neemt de bijbehorende .gitignore-regel het voor de toekomst over.

De meeste hier aangeboden patronen zijn terug te voeren op GitHub's officiële github/gitignore-repository, de meest geraadpleegde bron voor taal- en toolspecifieke sjablonen en dezelfde collectie die GitHub zelf aanbiedt wanneer u via de webinterface een nieuwe repository aanmaakt. Afhankelijkheidsmappen zoals node_modules/ en build-output zoals dist/ of target/ buiten versiebeheer houden is belangrijk vanwege de omvang — deze mappen kunnen moeiteloos vele malen groter zijn dan uw eigenlijke broncode en zijn triviaal opnieuw te genereren vanuit een lockfile of buildscript — terwijl bestanden zoals .env, *.pem en *.key buiten versiebeheer houden belangrijk is voor de veiligheid: een geheim naar de Git-geschiedenis committen maakt het feitelijk voor altijd openbaar, want het uit de laatste commit verwijderen wist het niet uit eerdere commits zonder de hele geschiedenis te herschrijven.