Mercurial .hgignore para proyectos de Visual Studio 2010

Respuestas:

170

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
Thomas Weller
fuente
1
@ David: Eso es para los archivos de caché de miniaturas de Windows "thumbs.db". Lea más sobre esto aquí: en.wikipedia.org/wiki/Windows_thumbnail_cache
Shady M. Najib
1
@Sombreado. Lo sé, ¿no deberían ignorarse también los cachés de miniaturas?
David Murdoch
Ah ... lo siento, pensé que estabas preguntando acerca de una entrada que ya está allí ... Siéntete libre de editar la lista y sí, estoy totalmente de acuerdo, debería agregarse
Shady M. Najib
2
Tuve que cambiar [Dd]ebug*/a [Dd]ebug*/**para que Mercurial no ignorara los archivos que comienzan con Debug*. Lo mismo para los otros directorios también.
Dan
1
Probablemente debería agregar * .publishsettings también: twitter.com/shanselman/status/294541436236480512
Pandincus
31

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.

Lasse V. Karlsen
fuente
5
Realmente aprecio tu consejo, en realidad eso es en parte lo que hago, pero necesitaba comprobar lo que suelen hacer otras personas solo para tener algo de terreno desde el que empezar. En cuanto al * .resharper, es cosa de equipo ... algunos equipos prefieren tener configuraciones separadas por ello en lugar de compartirlos forzando la misma configuración en todo el equipo ... pero entendí su punto ... gracias de nuevo :)
Shady M. Najib