Flujo de trabajo de Git para desarrollo web

Question

He estado jugando con git en mi máquina local y todo tiene sentido hasta que se trata de un desarrollador remoto y múltiple que comienzo a confundirme.

Mi objetivo es tener un/s sitio/s de desarrollo "semi público" en el que un grupo de 4 personas pueda trabajar e introducir cambios en el sitio en vivo cuando estén listos. Necesitamos que el/los sitio/s de desarrollo estén en el servidor web público para que podamos obtener aprobaciones antes de impulsar los cambios en vivo. La seguridad no es una gran preocupación, así que estoy planeando utilizar un simple .htaccess para restringir el acceso. No todos los cambios deben aprobarse, pero quiero que los sitios dev permanezcan actualizados.

El gran desafío es que 2 de los 4 de nosotros somos diseñadores, por lo que todo el proceso de hacer un cambio y llevarlo a la práctica debe ser rápido y simple. Están acostumbrados a simplemente cambiar el sitio. No quiero hacer un proceso de 10 pasos para hacer lo que están haciendo con un atajo de teclado en este momento.

¿Alguna sugerencia?

Answer 1

Salida:

• Git for designers
• GitX, una herramienta gráfica Git para OS X
• Capistrano para el despliegue

Esto debería hacer que todos familiarizados con el uso de Git y un dar herramienta para impulsar cambios de manera eficiente.

Answer 2

Antes de seguir adelante, voy a decir con bastante claridad que git es no una herramienta de despliegue web. Capistrano y sus amigos son la solución superior y obligatoria para sistemas complejos. Sin embargo, si tiene un sitio lo suficientemente simple y no le importan las implementaciones atómicas, las dependencias, el proceso forzado (asegurando que todos los cambios sean QAed, etc.) y similares, a veces puede salirse con la suya con un gancho post-recepción que hace Git forzado de pago. Luego, el proceso de implementación en un sitio web sería pasar a un repositorio especial. Podrías tener un repositorio para QA y uno para producción, o hacer que el gancho compruebe la rama que se está presionando y calcular qué actualizar de esa manera.

Consulte http://toroid.org/ams/git-website-howto para obtener más información sobre un simple gancho de post-recepción para el pago y envío automático.

Por supuesto, también puede hacer que el gancho post-recepción llame a un sistema de implementación web real para encargarse de algunos de los problemas mencionados anteriormente.