Créer un .gitignore sans masquer les fichiers utiles
Les dépendances installées, les caches et les résultats de compilation peuvent généralement être recréés. Ce sont de bons candidats à l’exclusion. En revanche, les réglages partagés et les fichiers de verrouillage méritent une décision explicite de l’équipe.
Associez Node.js à Next.js pour couvrir les dépendances et les sorties du framework. Pour Java, ne gardez que le modèle de votre outil de compilation. Les 18 modèles intégrés sont des bases courtes, pas une copie exhaustive de la collection GitHub. Ils ne détectent pas automatiquement votre projet.
Du fichier généré au dépôt partagé
Téléchargez le résultat sous le nom .gitignore, avec son point initial. Si un fichier existe déjà, fusionnez les règles et vérifiez les exceptions avant de le remplacer. Un commit du fichier permet ensuite de partager ces choix avec l’équipe.
Les préférences strictement personnelles peuvent rester dans .git/info/exclude. Les modèles d’éditeurs évitent d’exclure toute la configuration VS Code ou JetBrains : seules certaines données locales sont ciblées.
Trois configurations pour démarrer
Projet Next.js
Dépendances Node.js, sorties Next.js et métadonnées macOS. Les fichiers lock restent disponibles.
Revenir au générateur ↑# Créé avec le générateur Gitignore de LightNode
# Vérifiez ces règles de base avant de les ajouter au projet.
# Node.js
node_modules/
npm-debug.log*
yarn-debug.log*
yarn-error.log*
.pnpm-store/
coverage/
.nyc_output/
# Next.js
.next/
out/
.vercel/
*.tsbuildinfo
# macOS
.DS_Store
._*
.Spotlight-V100/
.Trashes/
Environnement Python
Environnements et caches Python, historique VS Code et sauvegardes Linux.
Revenir au générateur ↑# Créé avec le générateur Gitignore de LightNode
# Vérifiez ces règles de base avant de les ajouter au projet.
# Python
__pycache__/
*.py[cod]
.venv/
venv/
.pytest_cache/
.mypy_cache/
.ruff_cache/
.coverage
htmlcov/
*.egg-info/
# VS Code
.history/
*.vsix
# Linux
.Trash-*/
*~
Java avec IntelliJ
Sorties Maven et Gradle, état personnel JetBrains et métadonnées Windows. Retirez l’outil de compilation inutilisé.
Revenir au générateur ↑# Créé avec le générateur Gitignore de LightNode
# Vérifiez ces règles de base avant de les ajouter au projet.
# Java / Maven
*.class
target/
# Gradle
.gradle/
build/
# JetBrains
.idea/workspace.xml
.idea/tasks.xml
.idea/shelf/
.idea/httpRequests/
# Windows
Thumbs.db
ehthumbs.db
Desktop.ini
$RECYCLE.BIN/
Questions sur les fichiers ignorés
Pourquoi un fichier apparaît-il encore dans mes modifications ?
Les règles ne retirent pas du suivi un fichier déjà connu de Git. git check-ignore -v --no-index path/to/file indique la règle correspondante indépendamment de l’index. Pour arrêter volontairement le suivi, git rm --cached -- path/to/file prépare sa suppression du dépôt tout en gardant le fichier local. Relisez cette modification avant le commit.
Comment garder un fichier dans un dossier de journaux ?
Utilisez /logs/*, puis !/logs/keep.log. Si le dossier parent lui-même est exclu par /logs/, Git ne peut pas réinclure un fichier qu’il contient.
Les règles répétées sont-elles supprimées ?
Non : à priorité égale, la dernière règle correspondante l’emporte. Les modèles suivent un ordre fixe et les règles personnelles viennent après. Changer de configuration conserve ces dernières ; Tout effacer supprime la sélection et le texte.
Faut-il exclure les fichiers .env et les fichiers lock ?
Le modèle optionnel exclut .env et .env.*, sauf .env.example et .env.sample. Les fichiers lock courants ne sont pas exclus par défaut. Les exemples d’environnement doivent contenir des valeurs fictives : ignorer un fichier ne retire aucun secret de l’historique.
Le dépôt est-il envoyé à un serveur ?
Non. La génération utilise les modèles intégrés dans le navigateur, sans API de génération. Les règles personnelles ne sont ni conservées durablement ni placées dans l’URL.