mac - Configurar el Servidor VisualSVN para usar_svn en lugar de.svn
visualsvn server requirements (4)
Estábamos teniendo un problema con nuestro servidor de compilación al no verificar las modificaciones del control de origen a pesar de reconocer que hubo cambios.
Se remontaba a la carpeta de control (no estoy seguro de cuál es su nombre real), las compilaciones de trabajo existentes usaban _svn. Al borrar la carpeta de trabajo se forzó una nueva comprobación completa y noté que ahora la carpeta de control es .svn. Parece que originalmente nuestras rutinas de integración estaban revisando el código usando _svn pero ahora está usando .svn.
El svn.exe que se usa durante la integración es del servidor VisualSVN. ¿Puedo configurarlo para usar _svn nuevamente?
Cómo las copias de trabajo originales estaban usando _svn ¡No lo sé! - solo hemos usado el Servidor VisualSVN y no hemos cambiado esto.
Hemos configurado TortoiseSVN para usar _svn siguiendo la recomendación de que esto funciona mejor para Visual Studio y también hemos instalado TortoiseSVN en el servidor de compilación en caso de que alguna vez lo necesite. Podria ser esta la causa?
También es esto realmente necesario? Como MSBuild es de Microsoft, ¿se recomienda como lo es para Visual Studio?
http://subversion.tigris.org/svn_1.3_releasenotes.html
Necesita leer la sección "Soporte oficial para Windows ''_svn'' directorios (enlaces de cliente y lenguaje)"
Y debe tener en cuenta que está leyendo documentación que tiene varios años, un hecho que podría o no ser pertinente.
He estado utilizando .svn con Visual Studio 2008 y 2005, así como en nuestro servidor de integración CC.Net (con MSBuild) sin problemas. Me quedaría con el formato .svn.
Por lo que sé, _svn es necesario, porque las aplicaciones web tienen problemas cuando uno de sus directorios comienza con un punto.
El asunto sobre _svn vs. .svn era un problema con los proyectos web de Visual Studio solamente (y estoy bastante seguro de que se solucionó en VS2005 de todos modos), no es una cosa general de "_svn funciona mejor con VS".
También es solo un problema de copia de trabajo, no de repositorio, es decir, no importa si algunos usuarios de SVN están usando clientes configurados para hacer _svn y algunos usan .svn, el repositorio no lo sabrá ni lo tendrá en cuenta ( a menos que de alguna manera termines con una carga de estos archivos _svn / .svn realmente revisados-en el repositorio, lo cual sería confuso en extremo.)
A menos que tengas una evidencia absoluta y concreta de que .SVN te está causando problemas, me quedaré con eso siempre que puedas.