Skip to content
Bonnes pratiques7 min de lectureVérifié Git 2.40+

Exemples de .gitignore pour les technologies modernes

Modèles et exemples pratiques de fichiers .gitignore pour Node.js, Python, Java, .NET, Unity et environnements conteneurisés avec Docker.

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

Modèle standard couvrant les gestionnaires de paquets (npm, pnpm, yarn, bun), la compilation TypeScript, les caches Next.js et les variables d'environnement :

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, environnements virtuels et bytecode

Exclusions indispensables pour Python : bytecode compilé (__pycache__), environnements virtuels (.venv, poetry), paquets générés et caches de tests :

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 et Gradle

Exclusions pour les projets JVM avec outils de build Maven ou Gradle, fichiers .class compilés, archives JAR et caches locaux :

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# et Visual Studio

Filtre les résultats de compilation Roslyn, caches de paquets NuGet, configurations utilisateur de Visual Studio et dossiers de publication :

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

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

# Publish outputs
publish/

5. Unity et moteurs de jeux vidéo

Le développement de jeux génère des gigaoctets de caches d'assets et de fichiers temporaires qu'il est indispensable d'exclure :

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 et secrets locaux

Règles pour protéger vos environnements conteneurisés, surcharges locales docker-compose et identifiants privés :

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

# Environment secrets
.env
*.env.local

# Kubernetes local contexts
kubeconfig
*.kubeconfig

Questions fréquentes

Réponses aux questions courantes sur les règles .gitignore, la gestion du cache et du dépôt.

Comment combiner les règles pour des projets multi-technologies ?

Concaténez les sections de chaque technologie tout en éliminant les lignes en double. DotGitIgnore effectue cette opération de façon automatisée et sans conflit.

Faut-il ignorer les fichiers de verrouillage (package-lock.json, poetry.lock) ?

Non. Ces fichiers garantissent des versions de dépendances strictement identiques entre tous les développeurs et dans les pipelines d'intégration continue.

Quelle est la meilleure façon de gérer les secrets et clés d'API ?

Ne commitez jamais de secrets. Ajoutez .env à votre .gitignore et commitez un modèle sécurisé comme .env.example avec des valeurs fictives.

← Lire les guidesOuvrir dans le générateur complet