Mercurial.hgignore para proyectos de Visual Studio 2010

visual-studio-2010 visual-studio

Question

No debe confundirse con Mercurial .hgignore para proyectos de Visual Studio 2008

Me preguntaba si se podría agregar ese mismo archivo para Visual Studio 2010, o agregar otras extensiones, etc., ¿y por qué?

Answer 1

Las cosas nuevas están relacionadas con las cosas MSTest. Este es el que 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 conocer cada información sobre mis repositorios, por lo que nunca copio y pego el archivo .hgignore de un repositorio a otro, 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 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í.

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