Mercurial .hgignore per i progetti Visual Studio 2010

Da non confondere con Mercurial .hgignore per i progetti Visual Studio 2008

Stavo chiedendo se lo stesso file può essere riutilizzato per Visual Studio 2010 o se devono essere aggiunte altre estensioni, ecc., E perché?

Le nuove cose sono legate alle cose di MSTest. Questo è quello che uso:

# use glob syntax
syntax: glob

*.obj
*.pdb
*.user
*.aps
*.pch
*.vspscc
*.vssscc
*_i.c
*_p.c
*.ncb
*.suo
*.tlb
*.tlh
*.bak
*.[Cc]ache
*.ilk
*.log
*.lib
*.sbr
*.scc
*.DotSettings
[Bb]in
[Dd]ebug*/**
obj/
[Rr]elease*/**
_ReSharper*/**
NDependOut/**
packages/**
[Tt]humbs.db
[Tt]est[Rr]esult*
[Bb]uild[Ll]og.*
*.[Pp]ublish.xml
*.resharper
*.ncrunch*
*.ndproj

Sento che sia importante conoscere ogni informazione sui miei repository, quindi non copio e incollo mai il file .hgignore da un repository all'altro, invece li costruisco sempre mentre vado.

Questo è facile con TortoiseHg, poiché la finestra Commit elencherà tutti i file non tracciati e un semplice clic con il pulsante destro del mouse mi consentirà di aggiungere modelli per ignorare quei file. In questo modo scopro sempre nuovi file che posso o non voglio conservare.

Ad esempio, nell'elenco pubblicato da Thomas, *.resharperc'è l'ultima voce. Ciò impedirà la condivisione delle impostazioni di risharper per soluzione, poiché una delle opzioni nella finestra di dialogo di configurazione per ReSharper può essere impostata su. In altre parole, se vuoi assicurarti che tutti gli sviluppatori eseguano le stesse impostazioni per molte delle cose in cui ReSharper ti aiuterà, quella particolare linea non può essere lì.

Quindi il mio consiglio è questo: fallo manualmente, imparerai una o due cose sul tuo progetto nel processo.