Flujo de trabajo de Git en Drupal

Estoy tratando de concentrarme en un flujo de trabajo adecuado (Dev, Test, Live) usando Git con Drupal.

Entonces, inicialmente, las cosas son fáciles cuando el sitio en vivo todavía no existe y solo estamos en desarrollo. Entonces los desarrolladores desarrollan un nuevo sitio creando nodos, creando types de contenido, cargando imágenes para usarlas en nodos, configurando las configuraciones de Drupal, creando el tema, etc. Cuando todo se ve bien, podemos enviar todo (código y dB) al server de testing y tener el dueño de un producto, échale un vistazo. Si algo no está bien, lo arreglamos en dev y luego volvemos a presionar todo para probar. Cuando estamos contentos con nuestro nuevo sitio y está listo para comenzar, promovemos todo, desde la testing hasta la versión en vivo. PERO, aquí es donde las cosas se vuelven confusas. He leído que el flujo de trabajo correcto de Git es que el código solo se mueve en sentido ascendente y los datos (database y sitios / pnetworkingeterminado / files) se mueven en sentido descendente. Así que esto está bien si solo estoy trabajando en modules personalizados en dev o quizás instale un nuevo module contribuido en desarrollo y necesito insert ese código en sentido ascendente, pero ¿qué hay de realmente crear contenido nuevo? ¿Qué sucede si uno de los desarrolladores tiene la tarea de crear una nueva página en dev que consiste en una nueva input de menu en el menu y contiene algunas imágenes cargadas a / sites / default / files / images a través de IMCE o de un campo de carga de image real? en el tipo de contenido personalizado? Nada de esto está en el código que luego puede empujarse hacia arriba usando Git. Sé que existe el module Características que puede manejar cosas como configuration de configuration, vistas, types de contenido, etc., pero ¿qué pasa con el contenido real y las imágenes de apoyo? ¿Cómo se puede probar y poner a la venta nuevos contenidos e imágenes cuando / sites / default / files nunca pueden ir hacia arriba y no hay forma de poner contenido en el código? ¿SOLAMENTE crea contenido nuevo en el server en vivo una vez que el sitio está en funcionamiento? ¿Lo creas en dev y luego lo creas OTRA VEZ en testing y luego otra vez en vivo?

Solo estoy tratando de descubrir una vez que el sitio está en vivo, cómo los desarrolladores continúan creando nuevas secciones de sitios web con contenido nuevo y ponlo en marcha.

Gracias por adelantado.

Como habrás notado, el contenido se mueve hacia abajo: así que mientras el código mueve dev -> test -> live , el contenido puede moverse solo en live -> test -> dev , live -> test o live -> dev .

Desea crear contenido solo en el sitio en vivo, si lo desea, usando borradores u otras características que ocultan el contenido no terminado de los usuarios.

Por lo general, no necesita el mismo contenido en dev / test, porque estos sitios están diseñados para testings de calidad de código; no debe preocuparse por mantener sincronizados los contenidos de Live, Test y Dev.

Puede consultar los conceptos de bifurcación en GIT u puede mantener las diferentes bifurcaciones para diferentes entornos. Consulte este enlace http://git-scm.com/book/es/Git-Branching-Basic-Branching-and-Merging