Subversion Edge SVN cloud solution

Por el momento, tenemos un server local como nuestro server SVN, que utiliza Subversion Edge 3.1.0, donde los usuarios envían sus confirmaciones y se utiliza como el repository principal. Recientemente, esto nos ha estado dando problemas, el server tiende a desconectarse o tiene problemas, por lo que el server debe reiniciarse.

Dado que también tenemos algunas personas en el extranjero que trabajan en el mismo repository, decidimos que es mejor tener un VM Azure configurado, esto actuará como server de respaldo y también tendrá el repository actualizado con cada confirmación (como Dropbox, File Sync, etc. )

Mis preguntas son,

  • ¿Alguien realmente ha logrado configurar un entorno similar a esto?
  • ¿Cómo funcionan los commits? Cuando alguien empuja al repository de la nube y alguien empuja el repository local.

Cualquier sugerencia sería muy apreciada.

Gracias por adelantado.

¿Alguien realmente ha logrado configurar un entorno similar a esto?

Siempre que tenga la networking configurada de modo que los usuarios puedan llegar a esta máquina virtual Azure a través de HTTP (preferiblemente HTTPS), no debería ser diferente de hospedar un repository en la networking de su empresa.

¿Cómo funcionan los commits? Cuando alguien empuja al repository de la nube y alguien empuja el repository local.

Subversion no tiene noción de un "repository en la nube" frente a un "repository local" porque es un VCS centralizado; solo hay un repository, alguna vez.

Los usuarios simplemente se comprometerían con su repository alojado en Azure en lugar del server local. Los commits funcionan exactamente igual.

esto actuará como server de respaldo y también tendrá el repository actualizado con cada compromiso

¡Subversion por sí sola no es una copy de security ! Debe realizar copys de security periódicas de su repository y mantenerlas en una location separada del server de repository para mantener realmente seguros sus datos de repository.

Su repository siempre se "actualizará con cada compromiso" porque así es como funciona Subversion en primer lugar. Suponiendo que tus desarrolladores están cometiendo código regularmente, eso es.