La configuración de VisualSVN Server para utilizar _svn en lugar de .svn

Question

Estábamos teniendo un problema con nuestro servidor de generación de conocer las modificaciones de la fuente de control a pesar de reconocer que había habido cambios.

Se remonta a la carpeta de control (no estoy seguro de lo que el nombre real es), el trabajo se construye utilizando _svn.Borrar la carpeta de trabajo forzado una nueva completar la compra y me di cuenta de que ahora la carpeta de control es .svn.Parece que originalmente nuestra integración rutinas estaban revisando el código utilizando _svn pero ahora se está utilizando .svn.

El svn.exe se utilizan durante la integración de VisualSVN Server puedo configurarlo para que utilice _svn de nuevo?

Cómo el original de las copias de trabajo fueron el uso de _svn ¡yo no sé!- nosotros sólo he utilizado alguna vez VisualSVN Server y no he cambiado esto.

Tuvimos configuración de TortoiseSVN para uso _svn siguiendo la recomendación de que esto funciona mejor para Visual Studio y también se han instalado TortoiseSVN en el servidor de generación en caso de que alguna vez es necesario.Puede ser esta la causa?

También es esto realmente necesario?Como MSBuild es de Microsoft es recomendable, ya que es para Visual Studio?

Answer 1

La empresa _svn vs.svn era un problema con Visual Studio proyectos web sólo (y estoy bastante seguro de que era fijo en VS2005 de todos modos), no es un general "_svn funciona mejor con VS" cosa".

También es sólo un problema de copia, no un repositorio de problema - es decir,no importa si algunos usuarios de SVN está utilizando a sus clientes a establecer para hacer _svn y algunos están utilizando .svn - el repositorio no sabe ni le importa - (a menos que de alguna manera, que al final hasta con una carga de estos _svn/.svn archivos realmente facturado en el repositorio que sería confuso en el extremo.)

A menos que usted tenga absoluta evidencia concreta de que .SVN está causando problemas, entonces yo me quedaría con el que siempre que puede.

Answer 2

He estado usando .svn con Visual Studio 2008 y 2005, así como sobre la CC.Net integration server (con MSBuild) sin problemas.Me gustaría seguir con el .svn formato.

Answer 3

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

Es necesario leer el "apoyo Oficial para Windows '_svn' directorios (cliente y lenguaje de enlaces)" sección

Y la necesidad de ser consciente de que está leyendo la documentación que es de varios años, un hecho que podría o no ser pertinentes.

Answer 4

Que yo sepa _svn es necesario, ya que WebApplications tener problemas cuando uno de sus directorios comienza con un punto.