Es posible, pero no necesariamente simple: el problema que está tratando de resolver es peligrosamente a la creación de un entorno de desarrollo distribuido, que no es exactamente lo SVN es diseñado para.
La forma SVN-espejo
Puede utilizar svn mirror como se explica en la documentación del libro de SVN para crear una sólo lectura espejo de su repositorio principal. Sus desarrolladores interactúan con el espejo más cercano a ellos. Sin embargo los usuarios del repositorio de esclavos tendrán que utilizar
SVN cambiar master_url --relocate
antes de que puedan cometer y que tendrán que recordar a reubicar de nuevo en el esclavo, una vez que se realizan. Esto podría automatizarse usando un script envoltorio alrededor de los comandos de modificación del repositorio en SVN si usa el cliente de línea de comando. Tenga en cuenta que la operación de reubicación a la vez que rápida agrega un poco de sobrecarga. (Y tenga cuidado para duplicar el repositorio uuid -. Ver the SVN documentation)
[Editar - Comprobación de la documentación TortoiseSVN parece que se puede tener TortoiseSVN execute hook scripts client side. Es posible que pueda crear un script de confirmación pre/post en este punto. O eso o intenta ver si puedes usar el TortoiseSVN automation interface para hacerlo].
La forma SVK
svk es un conjunto de scripts de Perl que emulan un servicio de creación de reflejo distribuidos en SVN. Puede configurarlo para que la rama local (el espejo) sea compartida por varios desarrolladores. Entonces el uso básico para los desarrolladores será completamente transparente. Deberá usar el cliente svk para seleccionar, fusionar y fundir. Es factible si puede entender los conceptos distribuidos.
El git-svn manera
Aunque nunca usado que a mí mismo, también podría tener desarrolladores distantes usan Git local y el uso de la puerta de entrada git-svn para la sincronización.
Palabras finales
Todo depende de su entorno de desarrollo y el nivel de integración que requiere. Dependiendo de su IDE (y si puede cambiar SCM) es posible que desee echar un vistazo a otros SCM totalmente distribuidos (piense en Mercurial/Bazaar/Git/...) que son compatibles con el desarrollo distribuido de la caja.
Soy escéptico de cómo proxy puede mejorar la situación. Es posible que la confirmación demore menos tiempo para el POV del usuario, pero los datos aún tienen que transmitirse al maestro, y esto aún requiere la misma cantidad de ancho de banda de red. Por lo tanto, actualizar el maestro es tan lento, incluso si parece más rápido para el usuario. Debido a este comportamiento asincrónico, el maestro puede comenzar a retrasarse. – aseq