servidor de subversión vs. acceso al repositorio de red a través de la tortuga

Question

Actualmente hay 5 desarrolladores en mi equipo y todos accedemos a un repositorio a través de una unidad compartida en la computadora X que está en nuestra red. Como todos tenemos acceso a la computadora X, y podemos administrar quién tiene y quién no tiene acceso a la computadora X, podemos administrar quién puede acceder a nuestro repositorio.

Mi pregunta es esta: si configuro un servidor de subversión, ¿obtengo alguna funcionalidad que aún no tenga? Los repositorios ya tienen incorporado el control de usuario/contraseña.

1. ¿Obtengo la capacidad de rastrear quién tiene actualmente un archivo prestado?
2. ¿Obtengo la capacidad de dar un bloqueo a más de una persona (solo
   los usuarios ayb tienen un archivo bloqueado, ningún otro usuario puede verificar ese archivo )?
3. ¿Obtuve alguna garantía?

Parece que no, porque, de nuevo, ya tengo el control de usuario/grupo/contraseña sin un servidor.

Háganme saber. Estoy decidiendo si hay alguna ventaja creando un servidor.

Gracias, JBU

Answer 1

Por lo general, no "salida" archivos en SVN. Es decir, no los bloquea mientras trabaja en ellos.

Ganas varias cosas sin embargo, (estos son sólo desde la parte superior de mi cabeza):

• Commit historia (tanto por archivo, y para el repositorio en su conjunto)
• Branch/Combinar opciones
• La posibilidad de etiquetar versiones (con frecuencia libera formales)
• La capacidad de deshacer los cambios en un determinado número de revisión (por ejemplo, si se ha introducido recientemente un error grave)
• y muchos muchos más

Sin embargo, tenga en cuenta que la mayoría o todos estos beneficios no son exclusivos de la subversión, pero se pueden obtener de la mayoría de los sistemas modernos de control de versiones.

Answer 2

Sí, se puede hacer varias cosas adicionales:

• mecanismos de autenticación adicionales (Básico-Auth través de HTTP/S, ssh compartida de autenticación de claves)
• Utilizando Apache + mod_dav_svn puede configurar el control de acceso de grano más fino , en una ruta por ruta

corregir: No está seguro si está utilizando subversion actualmente en un archivo compartido, o solo si usa un archivo simple compartido. (SVN también puede usar el archivo: /// URI).

Answer 3

Sí, ganarías mucho: ¡reducirías el riesgo de perder todos tus datos!

Consulte los documentos (y advertencias) sobre accessing a repository on a network share.

Answer 4

Cuando accede al repositorio a través de un archivo: /// URL, las bibliotecas de subversión supondrán que el repositorio está disponible en un disco local y no intentará (o incluso podrá) minimizar la E/S de red. Acceder al repositorio a través de una URL svn: /// es, por lo tanto, mucho más rápido para ciertas operaciones donde se necesitan leer muchos datos solo para determinar la fracción que se debe enviar al cliente, como es el caso del svn switch mando.

No me atrevo a decir lo mismo sobre http: // access. El protocolo http es relativamente hablador e ineficiente en svn 1.5. Hay plans para mejorar esto para svn 1.7