¿Pueden los protocolos SVN y HTTP usarse de forma segura en el mismo repository simultáneamente?

Nos gustaría evaluar si el protocolo SVN funciona mejor para nuestro equipo que HTTP, pero no queremos comprometernos con un cambio completo todavía.

En este momento tenemos un server Apache que sirve nuestro repository principal. ¿Podemos usar svnserve.exe de manera segura con el mismo repository para que algunos de nuestros desarrolladores puedan probarlo? Mi suposition inicial es que podemos, pero no queremos arriesgarnos a corromper nuestro repository.

Si es posible. El libro oficial de SVN tiene un capítulo dedicado a esta situación: http://svnbook.networking-bean.com/en/1.5/svn.serverconfig.multimethod.html . Hay algunos inconvenientes, pero tienen más que ver con la configuration de permissions.

Exactamente, Subversion está diseñado para admitir el acceso simultáneo a través de múltiples protocolos, algo que causa problemas importantes con CVS. No solo puedes usar http: // y svn: //, sino también file: // (si trabajas localmente en la máquina, por ejemplo con una herramienta de continuous integration u otro enganche post-commit) https: / /, svn + ssh: //, etc.

En mi experiencia, un método no ha demostrado ser objetivamente "mejor" que el otro, pero hay ciertos beneficios para cada uno. Por ejemplo, Apache es extremadamente hábil en el event handling muchos accesos a la vez. Por otro lado, si aún no está usando Apache, o no quiere manejar el tráfico SVN, el daemon svnserve es liviano y bastante eficiente. En mi Macs, configuro svnserve usando launchd para iniciar solo cuando llega una request, por lo que no usa ningún recurso cuando no hay actividad de repository. Lo que funciona mejor será en gran medida un factor de los patrones de acceso que ve en la práctica.