Il existe un outil en ligne qui vous permet de générer un fichier .gitignore en fonction de votre OS, IDE, langage, etc. Jetez un œil à http://www.gitignore.io/.
Le 20/08/2014, voici le fichier généré pour Visual Studio + Windows.
# Créé par http://www.gitignore.io
### VisualStudio ###
## Ignorer les fichiers temporaires de Visual Studio, les résultats de construction, et
## les fichiers générés par des modules complémentaires populaires de Visual Studio.
# Fichiers spécifiques à l'utilisateur
*.suo
*.user
*.sln.docstates
# Résultats de construction
[Dd]ebug/
[Dd]ebugPublic/
[Rr]elease/
[Rr]eleases/
x64/
x86/
build/
bld/
[Bb]in/
[Oo]bj/
# Répertoires cache Roslyn
*.ide/
# Résultats des tests MSTest
[Tt]est[Rr]esult*/
[Bb]uild[Ll]og.*
#NUNIT
*.VisualState.xml
TestResult.xml
# Résultats de construction d'un projet ATL
[Dd]ebugPS/
[Rr]eleasePS/
dlldata.c
*_i.c
*_p.c
*_i.h
*.ilk
*.meta
*.obj
*.pch
*.pdb
*.pgc
*.pgd
*.rsp
*.sbr
*.tlb
*.tli
*.tlh
*.tmp
*.tmp_proj
*.log
*.vspscc
*.vssscc
.builds
*.pidb
*.svclog
*.scc
# Fichiers de test Chutzpah
_Chutzpah*
# Fichiers cache Visual C++
ipch/
*.aps
*.ncb
*.opensdf
*.sdf
*.cachefile
# Profiler Visual Studio
*.psess
*.vsp
*.vspx
# Espace de travail local TFS 2012
$tf/
# Kit d'automatisation des directives
*.gpState
# ReSharper est un module complémentaire de codage .NET
_ReSharper*/
*.[Rr]e[Ss]harper
*.DotSettings.user
# JustCode est un module complémentaire de codage .NET
.JustCode
# TeamCity est un module complémentaire de construction
_TeamCity*
# DotCover est un outil de couverture de code
*.dotCover
# NCrunch
_NCrunch_*
.*crunch*.local.xml
# MightyMoose
*.mm.*
AutoTest.Net/
# Web workbench (sass)
.sass-cache/
# Dossier de sortie Installshield
[Ee]xpress/
# DocProject est un module complémentaire de génération de documentation
DocProject/buildhelp/
DocProject/Help/*.HxT
DocProject/Help/*.HxC
DocProject/Help/*.hhc
DocProject/Help/*.hhk
DocProject/Help/*.hhp
DocProject/Help/Html2
DocProject/Help/html
# Dossier Click-Once
publish/
# Publier la sortie Web
*.[Pp]ublish.xml
*.azurePubxml
# TODO: Commentez la ligne suivante si vous souhaitez vérifier vos paramètres de déploiement web
# mais les chaînes de connexion de base de données (avec des mots de passe potentiels) ne seront pas cryptées
*.pubxml
*.publishproj
# Paquets NuGet
*.nupkg
# Le dossier des paquets peut être ignoré en raison de la restauration des paquets
**/packages/*
# sauf build/, qui est utilisé comme cible MSBuild.
!**/packages/build/
# Si vous utilisez l'ancienne Restauration de paquets intégrée à MSBuild, décommentez ceci :
#!**/packages/repositories.config
# Sortie de construction Azure Windows
csx/
*.build.csdef
# Dossier de package d'application Windows Store
AppPackages/
# Autres
sql/
*.Cache
ClientBin/
[Ss]tyle[Cc]op.*
~$*
*~
*.dbmdl
*.dbproj.schemaview
*.pfx
*.publishsettings
node_modules/
# Projets RIA/Silverlight
Generated_Code/
# Fichiers de sauvegarde et de rapport de la conversion d'un ancien fichier de projet
# vers une version plus récente de Visual Studio. Les fichiers de sauvegarde ne sont pas nécessaires,
# parce que nous avons git ;-)
_UpgradeReport_Files/
Backup*/
UpgradeLog*.XML
UpgradeLog*.htm
# Fichiers SQL Server
*.mdf
*.ldf
# Projets Business Intelligence
*.rdl.data
*.bim.layout
*.bim_*.settings
# Microsoft Fakes
FakesAssemblies/
### Windows ###
# Caches de fichiers image Windows
Thumbs.db
ehthumbs.db
# Fichier de configuration du dossier
Desktop.ini
# Corbeille utilisée sur les partages de fichiers
$RECYCLE.BIN/
# Fichiers d'installation de Windows
*.cab
*.msi
*.msm
*.msp
3 votes
Question connexe : stackoverflow.com/questions/72298/…
0 votes
Il y a également un sujet sur ce sujet pour Hg : stackoverflow.com/questions/34784/…. Je ne sais pas si cette configuration est directement transférable à git cependant.
13 votes
Je ferais attention à ignorer les fichiers .exe et .pdb, vous pourriez involontairement ignorer les outils que vous stockez avec votre source (nant, nunit gui, etc...).
0 votes
Ne pas exclure les packages #Nuget ne risquerait-il pas de compromettre la compilation en raison de l'absence des fichiers dll référencés?
2 votes
@murki - il semble que c'est la réponse : coderjournal.com/2011/12/…
9 votes
Avec les fichiers
.sln
vérifiés, nous obtenons des différences de bruit telles que-# Visual Studio 14 -VisualStudioVersion = 14.0.24720.0 +# Visual Studio 2013 +VisualStudioVersion = 12.0.31101.0
Est-ce que cela peut être évité?0 votes
@JeanJordaan Je suppose que cela peut être évité en ajoutant également le fichier .sln au fichier d'ignorance. Si vous n'utilisez pas VS, je suppose qu'il n'y a pas de mal à ignorer ce fichier.