Pregunta

Actualmente estoy trabajando con su socio en un proyecto PHP.

Los dos editar directamente a un servidor local (todos los archivos se almacenan en el servidor, que también está ejecutando una pila WAMP). Estoy en busca de un cliente SVN que monitoreará y guardar todos los cambios en la carpeta htdocs, y se actualizará de un repositorio SVN a distancia, a través de la web.

Sería una gran ventaja si pudiera manipular el cliente SVN a través de una interfaz web.

Por ejemplo, digamos que salvar file1.php al servidor. Sería actualizar file1.php en el sitio web de SVN. Si me descubren de repente que mis últimas revisiones del archivo son malas, podría dirigirse al servidor (o utilizar alguna de las interfaces web desde el ordenador), y reemplazar file1.php con una versión anterior.

Yo no quiero sólo tiene que instalar un servidor SVN en nuestra máquina local porque siempre me gustaría tener una copia guardada de forma remota con los últimos cambios.

¿Alguna recomendación?

¿Fue útil?

Solución

No conozco ningún software para hacer esto. Es probable que no sería difícil de la escritura esto usando el estándar de cliente SVN de línea de comandos. Es decir. tener una escritura de la hornada / shell que se ejecuta regularmente y cheques en todo lo que ha cambiado.

Dicho esto, lo haría muy fuertemente desaconsejar hacer esto!

El modelo de trabajo normal de control de la fuente es que todos tienen una copia local para trabajar en, a continuación, comprueba en sus cambios en un repositorio central.

El registro manual de explícito se asegura de que sólo se comprueba en la materia que funciona (en general) y le permite dar valiosos comentarios de registro.

A continuación, el servidor puede actualizarse con una buena versión conocida desde el repositorio de control de código fuente.

Parece que usted está trabajando en un sistema de producción. Yo fuertemente aconsejo considerar el uso de un entorno (s) dev y el enfoque anterior.

Otros consejos

Si estoy recibiendo este derecho que su intención es utilizar SVN como un sistema de copia de seguridad versionado, automático. Si este es el caso, lo más sencillo sería utilizar una herramienta de monitorización de archivos a continuación, llamar al cliente SVN de línea de comandos para archivos modificados se comprometan a SVN.

No he probado todavía, pero SVN-Monitor podría ser útil. Necesitará cliente ToirtoiseSVN mencionado anteriormente para trabajar con él.

No he encontrado ninguna (también tuve el mismo problema).

Esto lo hacemos en 2 pasos.

Cuando tengo que desarrollar una parte del software - que se ramifican del tronco y modificarlo cuando los otros hagan lo mismo para completar sus tareas. A continuación, nos fusionamos las ramas y prueba de ellos. Después de probar el tronco está siendo actualizada por ese parche fusionada.

Y finalmente tarea programada (o manual) se ejecuta la escritura de recursos que establece el modo de mantenimiento, elimina htdocs y exportaciones allí nueva tronco y luego chown / chmod todo lo que sea necesario.

Esta secuencia de comandos que se puede ejecutar en cualquier momento a partir de administrador del panel, el establecimiento de la revisión NECESARIO si necesitamos para revertir los cambios en buggy rápidamente ...

Es posible que desee considerar una solución distribuir control de código fuente (Bazar, Git, Mercurial) para el escenario que usted propone, donde tendrá dos committers que trabajan contra dos bases de código. A continuación, podría tener commits locales y empujar y tirar de los cambios en los dos destinos según el caso.

Pero ir a su problema inmediato es posible que tenga algún tipo de utilidad que monitoriza los cambios de archivos en ambos extremos y luego invoca el comando cliente SVN en su caso tan pronto como se detecta cambios

No creo que sea posible, o tan fácil.

Cuando se pone una carpeta bajo SVN en el cliente se crea una estructura de carpetas específica para realizar un seguimiento de lo que los archivos están bloqueados, cambiaron y así sucesivamente. Tratando de actualizar una carpeta SVN servidor sin primero protección de archivos o archivos de edición sin comprobar hacia fuera (como usted quiere hacer) es una mala idea.

Un trabajo programado que recoger su carpeta htdocs en un archivo zip, la versión que a través de nombre de archivo y luego subirlo a algún almacenamiento remoto podría ser una manera más fácil y rápido de manejar esto.

No sé si tal vez el SVN post-commit hook podría ser de alguna utilidad, dado el guión adecuado? Se podría implementar automáticamente los cambios de la versión actual (es decir, la revisión recién creado antes de llamar al gancho) al sistema de producción. Creo que este es el tipo de cosa que está pidiendo?

Tengo que decir que estoy de acuerdo con algunos de los otros comentarios aquí sobre el desaconsejable-dad de lo que usted propone. Yo recomendaría una solución en la que se inicia manualmente el proceso de implementación y la fuente a continuación, se tira desde el repositorio.

Disculpas si he entendido mal.

Editar de haber releído la pregunta, creo que busca automatizado comete en el repositorio, no implementaciones automatizadas fuera de él. Como este es el caso, la solución script programado propuesto por los demás es la mejor manera que se me ocurre también. 1 a los que sugirió que.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top