Choisir les modèles
Recherchez des modèles de langages, frameworks et outils. Ajoutez uniquement les règles nécessaires.
VOTRE DÉPÔT, MOINS DE DÉSORDRE
Créez votre .gitignore
Choisissez vos langages, outils et systèmes. Combinez les modèles, vérifiez les règles et enregistrez un fichier.
Modèles et aperçu
Choisir des modèles
.gitignoreModèles sélectionnés
Aucun modèle sélectionné
Combinez les modèles de langages, frameworks, systèmes et éditeurs. Vérifiez les règles pour votre projet.
.gitignore
# Sélectionnez un modèle pour afficher votre fichier ici.Les modèles viennent de ce site ; la génération se fait dans votre navigateur.
Conseils associés
Conseils pour Python
- Ignorez les environnements locaux comme .venv et le bytecode Python généré.
- Décidez si les fichiers de configuration du projet doivent être versionnés.
- Ajoutez un modèle d’éditeur ou de système seulement si ces règles conviennent au dépôt.
Attention : Les fichiers de verrouillage et requirements ne sont pas forcément jetables : les déclarations de dépendances sont souvent indispensables.
Vérifier ce que Git ignore
git check-ignore -v .venv/bin/pythonLa sortie donne la règle et son fichier source. Sans résultat, vérifiez le chemin et si le fichier est déjà suivi.
Résoudre les problèmes d’exclusionConseils pour Node.js
- Ne versionnez pas node_modules ; restaurez-le depuis le manifeste des dépendances.
- Vérifiez les dossiers dist, build ou .next selon le projet.
- Conservez le fichier de verrouillage si votre équipe dépend d’installations reproductibles.
Attention : .env.example ne contient pas forcément de secrets ; c’est souvent une documentation utile à versionner. Vérifiez son contenu avant partage.
Vérifier ce que Git ignore
git check-ignore -v node_modules/example/index.jsLa sortie donne la règle et son fichier source. Sans résultat, vérifiez le chemin et si le fichier est déjà suivi.
Résoudre les problèmes d’exclusionConseils pour Java + Gradle
- Ignorez les classes compilées et les résultats de compilation.
- Versionnez gradlew, gradlew.bat et la configuration du wrapper Gradle.
- Ajoutez des règles IDE uniquement pour les fichiers que l’équipe considère comme locaux.
Attention : Examinez chaque archive générée : un artefact de livraison peut être versionné volontairement.
Vérifier ce que Git ignore
git check-ignore -v app/build/classes/java/main/App.classLa sortie donne la règle et son fichier source. Sans résultat, vérifiez le chemin et si le fichier est déjà suivi.
Résoudre les problèmes d’exclusionConseils pour Go
- Ignorez au besoin les exécutables locaux et les résultats temporaires de couverture.
- Conservez go.mod et go.sum comme sources du projet.
- Appliquez la politique du dépôt aux dossiers vendor plutôt qu’une exclusion générale.
Attention : Un motif de binaire trop large peut masquer un fichier à versionner ; vérifiez l’aperçu.
Vérifier ce que Git ignore
git check-ignore -v coverage.outLa sortie donne la règle et son fichier source. Sans résultat, vérifiez le chemin et si le fichier est déjà suivi.
Résoudre les problèmes d’exclusionConseils pour Android
- Excluez local.properties, qui contient souvent le chemin local du SDK.
- Conservez le wrapper Gradle et les fichiers de compilation du projet.
- Gérez soigneusement signatures et identifiants ; ne publiez jamais de clés privées.
Attention : Certaines configurations IDE se partagent en équipe. Vérifiez les règles avant de toutes les exclure.
Vérifier ce que Git ignore
git check-ignore -v local.propertiesLa sortie donne la règle et son fichier source. Sans résultat, vérifiez le chemin et si le fichier est déjà suivi.
Résoudre les problèmes d’exclusionConseils pour uni-app / HBuilderX
- Conservez pages.json, manifest.json, les sources et uni_modules nécessaires à l’application.
- Excluez la sortie unpackage sauf si votre processus y versionne volontairement certains fichiers.
- Décidez si les réglages locaux HBuilderX doivent être partagés.
- node_modules se restaure depuis les manifestes et n’a généralement pas sa place dans Git.
Attention : Avant d’exclure tout unpackage, vérifiez les ressources nécessaires qui s’y trouvent. Ajouter .gitignore n’arrête pas le suivi des fichiers déjà suivis.
Vérifier ce que Git ignore
git check-ignore -v unpackage/dist/dev/app-plus/index.htmlLa sortie donne la règle et son fichier source. Sans résultat, vérifiez le chemin et si le fichier est déjà suivi.
Résoudre les problèmes d’exclusionVérifier les règles
Consultez l’aperçu et ajoutez vos règles. Leur ordre et les exceptions comptent.
Enregistrer et vérifier
Téléchargez .gitignore dans votre dépôt. Vérifiez les règles avec git check-ignore -v ; les fichiers déjà suivis demandent une étape distincte.