Mercurial .hgignore para proyectos de Visual Studio 2010

No confundir con Mercurial .hgignore para proyectos de Visual Studio 2008

Estaba preguntando si ese mismo archivo se puede reutilizar para Visual Studio 2010, o si se deben agregar otras extensiones, etc., y ¿por qué?

Las cosas nuevas están relacionadas con las cosas de 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

Siento que es importante conocer cada pieza de información sobre mis repositorios, por lo que nunca copio y pego el archivo .hgignore de un repositorio al siguiente, sino que siempre los construyo sobre la marcha.

Esto es fácil con TortoiseHg, ya que la ventana Commit enumerará todos los archivos sin seguimiento, y un simple clic derecho me permitirá agregar patrones para ignorar esos archivos. De esta manera siempre descubro nuevos archivos que puedo o no querer conservar.

Por ejemplo, en la lista publicada por Thomas, *.resharperestá la última entrada. Esto evitará compartir la configuración de ReSharper por solución, ya que una de las opciones en el cuadro de diálogo de configuración de ReSharper se puede establecer en. En otras palabras, si desea asegurarse de que todos los desarrolladores estén ejecutando con la misma configuración para muchas de las cosas con las que ReSharper lo ayudará, esa línea en particular no puede estar allí.

Así que mi consejo es este: hazlo manualmente, aprenderás una o dos cosas sobre tu proyecto en el proceso.