Mercurial .hgignore para projetos do Visual Studio 2010

119

Não confunda com o Mercurial .hgignore para projetos do Visual Studio 2008

Eu estava perguntando se esse mesmo arquivo pode ser reutilizado para o Visual Studio 2010 ou se outras extensões devem ser adicionadas, e por quê?

— Shady M. Najib
fonte

Respostas:

170

As novidades estão relacionadas ao material do MSTest. Este é o que eu 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
fonte

@ David: Isso é para o Windows miniatura arquivos de cache "thumbs.db" leia mais sobre ele aqui: en.wikipedia.org/wiki/Windows_thumbnail_cache

— Shady M. Najib

@ Shady. Eu sei, os caches de miniaturas também não devem ser ignorados?

— David Murdoch

Ah .. desculpe pensei que você estava perguntando sobre uma entrada que já está lá .. Sinta-se livre para editar a lista e sim, eu concordo totalmente, deve-se acrescentar

— Shady M. Najib

Eu tive que mudar [Dd]ebug*/para [Dd]ebug*/**fazer o Mercurial não ignorar os arquivos começando com Debug*. O mesmo para os outros diretórios também.

— Dan

Provavelmente deve adicionar * .publishsettings também: twitter.com/shanselman/status/294541436236480512

— Pandincus

Eu sinto que é importante conhecer todas as informações sobre meus repositórios, para que eu nunca copie e cole o arquivo .hgignore de um repositório para outro, em vez disso, sempre os construo à medida que for.

Isso é fácil com o TortoiseHg, pois a janela Commit listará todos os arquivos não rastreados e um simples clique com o botão direito do mouse permitirá que eu adicione padrões para ignorar esses arquivos. Dessa maneira, eu sempre descubro novos arquivos que posso ou não querer manter.

Por exemplo, na lista publicada por Thomas, *.resharperé a última entrada. Isso impedirá o compartilhamento das configurações do resharper por solução, pois uma das opções na caixa de diálogo de configuração do ReSharper pode ser definida como. Em outras palavras, se você quiser garantir que todos os desenvolvedores estejam executando as mesmas configurações para muitas das coisas que o ReSharper o ajudará, essa linha específica não poderá estar lá.

Portanto, meu conselho é o seguinte: faça manualmente, você aprenderá uma coisa ou duas sobre o seu projeto no processo.

— Lasse V. Karlsen
fonte

Eu realmente aprecio o seu conselho, na verdade isso é parcialmente o que eu faço, mas precisava verificar o que as outras pessoas costumam fazer para ter algum terreno para começar. No que diz respeito ao * .resharper, é uma coisa da equipe. Algumas equipes preferem ter configurações separadas por isso ao invés de compartilhar forçando-os mesmos ajustes ao longo de toda a equipe .. mas eu tenho o seu ponto .. obrigado novamente :)

— Shady M. Najib