Desde mi perspectiva, lo que hago es bloquear/bloquear el acceso a cualquier archivo .svn en el servidor (ya sea Apache2 o IIS) de esta manera las carpetas ocultas no son accesibles externamente y permite el seguimiento de versiones para los sitios que usamos que no requieren la compilación antes de despliegue
idiomas como:
- PHP
- ASP (no .NET)
- HTML plano
- COLDFUSION
- Versiones de PDF/IMAGE (si es necesario, en mi caso lo necesitamos para documentos PDF actualizados para los clientes).
Así que sin duda se puede usar SVN para el desarrollo web, pero sí es necesario que las precauciones que expone sus .svn carpetas para el mundo si no es prudente. De lo contrario, es una herramienta que podría utilizar para hacer que su trabajo sea más fácil y más eficiente.
Dicho esto, simplemente ejecutamos un SVN UPDATE en nuestra producción para actualizar los archivos cambiados, y con desarrolladores limitados que trabajan en un código a la vez (como dije en mi caso) no obtenemos confusiones con errores cosas que se implementan. PLUS para estar seguro, siempre haga un SVN COMPRUEBE LAS MODIFICACIONES para ver qué se va a actualizar y, si comete un error, vuelva a colocarlo.
¿Y por qué no usas' svn export'? – Azat
Debido a que solo utilizamos la exportación de SVN para proyectos que necesitamos compilar ** PERO ** tampoco lo hacemos de esa manera, ya que tenemos la configuración de Hudson para desplegar construcciones automáticamente para nosotros (ASP.NET + JAVA). – Jakub