Configurando o VisualSVN Server para usar _svn em vez de .svn
-
08-06-2019 - |
Pergunta
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?
Solução
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.
Outras dicas
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.
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.
Tanto quanto eu sei _svn é necessário, porque WebApplications ter problemas quando um de seus diretórios começa com um ponto.