Skip to content
Migliori Pratiche7 min di letturaVerificato con Git 2.40+

Esempi di .gitignore per stack tecnologici moderni

Raccolta di modelli pratici e regole collaudate di .gitignore per Node.js, Python, Java, .NET, Unity e ambienti di sviluppo basati su Docker.

1. Node.js, TypeScript e React / Next.js

Modello standard per i package manager JavaScript (npm, pnpm, yarn, bun), output di compilazione TypeScript, cache di Next.js e file di ambiente locali:

gitignore
# Dependencies
node_modules/
.pnp
.pnp.js

# Build outputs & caches
dist/
build/
.next/
out/

# Logs & runtime files
npm-debug.log*
yarn-debug.log*
yarn-error.log*
.turbo

# Environment variables
.env*.local
.env

2. Python, ambienti virtuali e bytecode

Regole indispensabili per Python: bytecode compilato (__pycache__), cartelle di ambienti virtuali (.venv, poetry), pacchetti di distribuzione e cache dei test:

gitignore
# Bytecode & cache
__pycache__/
*.py[cod]
*$py.class

# Virtual environments
.venv/
venv/
env/
ENV/

# Distribution & packaging
build/
dist/
*.egg-info/

# Pytest & coverage
.pytest_cache/
.coverage
htmlcov/

3. Java, Maven e Gradle

Regole di esclusione per progetti basati su JVM con strumenti di compilazione Maven o Gradle, file .class, archivi JAR e cache di build locali:

gitignore
# Compiled class files
*.class

# Package files
*.jar
*.war
*.ear

# Maven build directory
target/
pom.xml.tag
pom.xml.releaseBackup

# Gradle build cache
.gradle/
build/

4. .NET, C# e Visual Studio

Esclude l'output del compilatore Roslyn, le cache dei pacchetti NuGet, i file di preferenze utente di Visual Studio e le cartelle di pubblicazione:

gitignore
# Build results
[Bb]in/
[Oo]bj/

# Visual Studio user files
.vs/
*.user
*.suo
*.userosscache

# Publish outputs
publish/

5. Unity e sviluppo videogiochi

Lo sviluppo di videogiochi richiede l'esclusione di gigabyte di cache di asset generati automaticamente e cartelle di compilazione temporanee:

gitignore
# Large generated asset cache
/[Ll]ibrary/
/[Tt]emp/
/[Oo]bj/
/[Bb]uild/
/[Bb]uilds/
/[Ll]ogs/
/[Uu]ser[Ss]ettings/

# Memory dumps
sysinfo.txt
*.stackdump

6. Docker, DevOps e file riservati

Regole per salvaguardare ambienti in container, file docker-compose locali e variabili d'ambiente con credenziali private:

gitignore
# Local compose overrides
docker-compose.override.yml

# Environment secrets
.env
*.env.local

# Kubernetes local contexts
kubeconfig
*.kubeconfig

Domande Frequenti

Risposte pratiche alle domande più comuni degli sviluppatori su regole .gitignore, cache e configurazione dei repository.

Come posso combinare regole per progetti multi-linguaggio?

Concatena le sezioni dei diversi stack rimuovendo le righe duplicate. DotGitIgnore automatizza questo processo garantendo l'assenza di conflitti di sintassi.

I file di lock (package-lock.json, poetry.lock) devono essere ignorati?

No. I file di lock garantiscono che l'intero team e i server di deployment installino versioni identiche delle dipendenze. Devono sempre essere committati.

Qual è il modo migliore per gestire password e chiavi di API?

Non committare mai credenziali segrete nel repository. Mantieni .env nel .gitignore e fornisci un file .env.example di modello con valori segnaposto.

← Leggi guideApri nel generatore completo