.hgignore Mercurial per Visual Studio 2010 progetti

Question

Da non confondere con Mercurial .hgignore for Visual Studio 2008 projects

stavo chiedendo se se lo stesso file può essere riutilizzato per Visual Studio 2010, o di alcune altre estensioni, ecc dovrebbe essere aggiunto ad esso, & perché?

Answer 1

Le nuove cose sono correlate alle cose 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 

Answer 2

sento che è importante conoscere ogni pezzo di informazioni sui miei repository, quindi non ho mai copiare e incollare il file .hgignore da un pronti contro termine a quello successivo, invece ho costruiscile sempre mentre vado.

Questo è facile con TortoiseHg, in quanto la finestra Commit elencherà tutti i file non tracciati e un semplice clic con il tasto destro mi consentirà di aggiungere pattern per ignorarli. In questo modo scopro sempre nuovi file che posso o non voglio mantenere.

Ad esempio, nell'elenco pubblicato da Thomas, *.resharper è l'ultima voce. Ciò impedirà la condivisione delle impostazioni di resharper per soluzione, in quanto è possibile impostare una delle opzioni nella finestra di configurazione di ReSharper. In altre parole, se vuoi assicurarti che tutti gli sviluppatori stiano correndo con le stesse impostazioni per molte delle cose con 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.