.hgignore Mercurial para proyectos Studio 2010 Visual

Question

No debe confundirse con Mercurial .hgignore for Visual Studio 2008 projects

que estaba preguntando si si ese mismo archivo se puede reutilizar para Visual Studio 2010, o algunas otras extensiones, etc debe ser añadido a la misma, & ¿por qué?

Answer 1

Las cosas nuevas están relacionadas con las cosas MSTest. Este es el que yo 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

Siento que es importante saber que cada pieza de información sobre mis repositorios, así que nunca copiar y pegar el archivo .hgignore de una cesión temporal a la siguiente, en lugar de eso siempre contrólalas a medida que avance.

Esto es fácil con TortoiseHg, ya que la ventana de confirmación enumerará todos los archivos no rastreados, y un simple clic con el botón derecho me permitirá agregar patrones para ignorar esos archivos. De esta manera, siempre descubro nuevos archivos que puedo o no quiero conservar.

Por ejemplo, en la lista publicada por Thomas, *.resharper es la última entrada. Esto evitará que se compartan las configuraciones de reafilamiento por solución, ya que una de las opciones en el diálogo de configuración para ReSharper se puede configurar. En otras palabras, si quiere asegurarse de que todos los desarrolladores se ejecutan con la misma configuración para muchas de las cosas que ReSharper le ayudará, esa línea en particular no puede estar allí.

Así que mi consejo es este: Hágalo manualmente, aprenderá una o dos cosas sobre su proyecto en el proceso.