La subversión de diseñador de páginas web: repositorio en un recurso compartido de red y ftp al servidor vivo?

Question

Mi configuración:

• htdocs en un recurso compartido de red de Windows (z:)
• los desarrolladores web con Dreamweaver echa un vistazo a Modificar y seleccione en la parte trasera de la unidad z
• Lámpara ejecuta en un servidor Ubuntu virtualizado en Hyper-V con Apache ese punto en la unidad de z para dev el fin de probar los sitios web
• Subir por FTP en el servidor vivo

Ahora:

necesito acceso múltiple en el repositorio, los mantienen en un recurso compartido de red y la administración de unos 200 sitios web. Todos los desarrolladores de la web, los administradores de TI y la necesidad de tener acceso al recurso compartido.

Me di cuenta de que la creación de un servidor SVN es la mejor manera para mí, así que creé en un servidor de Ubuntu que se virtualiza en Hyper-V. Ahora mismo tengo los repositorios local en el servidor de Ubuntu, pero me gustaría que en mi unidad de red y me gustaría tener un post-commit, si es posible, con el fin de ftp directamente en mi servidor en vivo. Qué piensan ustedes que una solución WebDav sería mejor?

Gracias de antemano

Angelo

Answer 1

El servidor de la subversión es más de un Architeture tradicional de cliente-servidor, configure el servidor SVN para responder a acceso a la red, compruebe el código de la máquina remota deseada, y construir allí.

software de control de código fuente antigua leído desde repositorios de archivos directamente. Mientras que la subversión hace la lectura apoyo del repositorio directamente, la introducción de una red de entre lo que debería ser un archivo de lectura directa a menudo crea problemas que preferirían evitar. En lugar de utilizar el acceso directo a los archivos, utilizar el acceso a la red que está escrito con posibles tiempos de espera, los cortes de repositorio (causadas por caídas de la red), y otros temas relacionados con la red en cuenta.

Si usted encuentra que la técnica svnserve de acceder a SVN es un poco difícil de manejar (que tendrá que asignar un puerto, y posiblemente abrir un puerto en el cortafuegos), suena como su entorno haría mejor por SVN efecto túnel a través de HTTP o HTTPS. Hay un módulo de Apache (llamado mod_svn) que se traducirá HTTP GET y sus URLs en las solicitudes de SVN y mover la parte trasera de datos como si se tratara de una solicitud de página web sencilla. El módulo también permite un poco de navegación limitada del repositorio SVN.

Answer 2

Me gustaría señalar, que en lugar de posterior confirmación se creó para los archivos FTP al servidor, podría ser una ventaja para configurar un archivo PHP sencilla añadido a cada sitio que activa el servidor para ejecutar una actualización de la subversión. Esto evita los fallos de seguridad de FTP. Todo lo que tendría que hacer es tirar el sitio de la subversión vez, asegúrese de que la propiedad y los permisos son correctos, asegúrese de que se permite que este archivo php en particular a pasar comandos shell a través de, a continuación, su gancho post-commit, sería ejecutar el archivo php en lugar. Obviamente, el puesto cometer gancho tendría que ser configurado correctamente para cada repositorio, pero tendría que hacer lo mismo con su método de FTP, así, y probablemente sería más complejo de configurar.