2011-11-28 11 views
21

En mi archivo mercurial.ini, llamo a un archivo hgignore mundial como esto:uso hgignore Global

[ui] 
ignore = ~/hgignore.ini 

Esto se refiere a un archivo hgignore.ini que está en el mismo directorio que el archivo mercurial.ini.

  1. ¿El hgignore local prevalece sobre el hgignore global?
  2. Si es así, ¿se recomienda tener un hgignore global único con secciones relevantes marcadas o tener un archivo global hgignore para patrones generales y archivos de higignore locales individuales para patrones especiales pertenecientes al repositorio particular?

Por hgignore global con las secciones pertinentes marcado, quiero decir:

syntax: glob 

# VISUAL STUDIO 

*.obj 
*.pdb 
*.suo 
[Bb]in 
[Dd]ebug*/ 
[Rr]elease*/ 

# TEMPORARY FILES 

*.log 
*.bak 
*.cache  
+2

Para aquellos de nosotros que son difíciles de pensar, 'hgignore.ini' es el nombre de Windows; en otros sistemas operativos esto debe ser '~/.hgrc'. – FauxFaux

+1

@FauxFaux: ¡Incorrecto! Corresponde a '~/.hgignore' en sistemas Unix. – Noldorin

+0

El archivo de configuración * Mercurial por usuario * es '% USERPROFILE%/mercurial.ini' en Windows y' ~/.hgrc' en Linux/Unix (aunque '% USERPROFILE% /. Hgrc' también está permitido en Windows). Esto se detalla en 'hg help hgrc'. El * archivo global de ignorar * puede, por supuesto, llamarse como lo desee, ya que la ruta se especifica explícitamente en el archivo de configuración. –

Respuesta

20

El mundial .hgignore se "añade" a la local. Esto significa que se considerará todo en el global para cada repositorio, pero también se considerará el contenido del local.

Para la segunda pregunta, creo que la mejor respuesta es: depende de lo que quiera;)

  1. Si desea un control de grano muy fino en lo que se ignora para cada repositorio, vaya para los locales versión.
  2. Si no quiere molestarse cada vez que crea un repositorio, agregue todo al archivo global.
  3. nada en el medio a adapte a sus necesidades ...

En mi caso, yo uso los dos. El archivo global .hgignore contiene archivos de proyecto (Visual Studio, Netbeans), archivos de respaldo (.bak, vim), bibliotecas (dll, etc.). Y para cada proyecto, pongo lo que sea específico en el archivo local.

+3

No recomendaría ignorar los archivos de proyecto de Visual Studio a menos que solo lo esté usando como editor. El archivo del proyecto contiene información importante necesaria para compilar la aplicación y será necesario para cualquier persona que clone su repositorio. Si tienen que crearlo ellos mismos, podrían crearlo con diferentes configuraciones y obtener un resultado diferente. –

+3

Incluyo los archivos del proyecto, pero excluyo las soluciones y los archivos suo – Deanna

Cuestiones relacionadas