Configurando o VisualSVN Server para usar _svn em vez de .svn

Question

Estávamos tendo um problema com nosso servidor de compilação que não verificava as modificações do controle de origem, apesar de reconhecer que houve alterações.

Ele foi rastreado até a pasta de controle (não tenho certeza de qual é seu nome real), as compilações de trabalho existentes estavam usando _svn.A limpeza da pasta de trabalho forçou um novo checkout completo e percebi que agora a pasta de controle é .svn.Parece que originalmente nossas rotinas de integração verificavam o código usando _svn, mas agora estão usando .svn.

O svn.exe usado durante a integração é do VisualSVN Server. Posso configurá-lo para usar _svn novamente?

Como as cópias de trabalho originais estavam usando _svn eu não sei!- usamos apenas o VisualSVN Server e não mudamos isso.

Configuramos o TortoiseSVN para usar _svn seguindo a recomendação de que funciona melhor para o Visual Studio e também instalamos o TortoiseSVN no servidor de compilação caso seja necessário.Isso poderia ser a causa?

Além disso, isso é realmente necessário?Como o MSBuild é da Microsoft, ele é recomendado como é para o Visual Studio?

Answer 1

O negócio sobre _svn vs. .svn foi um problema com apenas projetos web Visual Studio (e eu estou bastante certo de que foi fixado em VS2005 anyway), não é um general "_svn funciona melhor com VS" coisa.

Também é apenas uma questão da cópia de trabalho, não uma questão repositório - ou seja, não importa se alguns usuários de SVN estiver usando clientes configurados para fazer _svn e alguns estão usando .svn - o repositório não sabe ou cuidar - (. a menos que de alguma forma você acabar-se com uma carga de esses arquivos _svn / .svn realmente verificados-no repositório que seria confuso ao extremo)

A menos que você tem provas concretas absoluta que .svn está causando problemas, então eu iria ficar com isso sempre que puder.

Answer 2

Eu tenho usado .svn com o Visual Studio 2008 e 2005, bem como em nosso servidor de integração CC.Net (com MSBuild) sem problemas. Eu ia ficar com o formato .svn.

Answer 3

http://subversion.tigris.org/svn_1.3_releasenotes.html

necessidade de ler o "suporte oficial para diretórios do Windows _svn '(cliente e ligações de linguagem)" seção

E precisa estar ciente de que você está a documentação de leitura, que há vários anos, um fato que pode ou não ser pertinente.

Answer 4

Tanto quanto eu sei _svn é necessário, porque WebApplications ter problemas quando um de seus diretórios começa com um ponto.