"De Desarrollo Drupal Colaborativo, Git, PaaS .. Y Otros "

jordilopezamat's picture

Gentes Drupal,

quería compartir una nota en mi blog sobre mis pruebas recientes... tratando de mejorar un poco mi forma de trabajar con Drupal (y otras herramientas) en grupo, control de versiones,etc...

http://jordila.github.io/blog/2014/09/09/de-desarrollo-drupal-colaborativo/

Comentarios son más que bienvenidos !

Comments

Git

pierregermain's picture

Buenas,

Yo he creado una test site (por ahora) en Drupal 8 (http://www.freeraum.com) y todavía me esta costando eso de tenerlo con GIT (https://github.com/besutra/freeraum), no se muy bien que tipo de flujo de trabajo usar. Sobre todo cómo que todo se guarda en la Base de Datos entonces git no sirve de gran cosa por lo que veo (yo me basé en este link https://www.drupal.org/node/803746). Es cómo si todo lo que producimos fuera contenido de usuario.

Tampoco he encontrado aún un tutorial o manual rápido de entender para hacer control de versiones (todavía no me he puesto a ver el video que has compartido).

Si me entero cómo hacerlo os digo ... vi en Drupal 8 que se pueden exportar las configuraciones pero no he realizado suficientes pruebas para ver que eso realmente funcione (/admin/config/development/configuration). Puede que esa sea la manera correcta de hacerlo, tener un servidor donde se vayan subiendo esas configuraciones realizadas desde local. Cuando alguien instale una instancia en desarollo simplemente tiene que importar la exportación de esas configuraciones. Suena bastante bien, no ?

Que piensan Ustedes ?

Saludos,

Pierre

Links hacia workflows ...

pierregermain's picture

Habrá un curso en la Drupalcon al respecto del workflow en drupal 8:

https://amsterdam2014.drupal.org/training/effective-development-workflow...

Aqui dicen (ver comentarios) un poco cómo se puede usar Export/Import en Drupal 8:

http://nuvole.org/blog/2014/aug/20/git-workflow-managing-drupal-8-config...

Git + Varios entornos

rayub143's picture

Buenos días,

Necesito administrar un sitio Drupal 7 que está montado en 2 entornos, PRE y PROD. Quiero montarlo sobre GIT para que varios desarrolladores podamos usarlo al mismo tiempo sin causar conflictos y me enfrento al siguiente problema:

Los consultores quieren que todo cambio sea antes validado en PRE (Como es normal), pero quieren que se hagan los traspasos a PROD sin tener que replicar todo el contenido creado, con esto incluyo imágenes, texto, tipos de contenido etc... Estoy estudiando la utilización de Features y DRUSH que hasta el momento veo que me funciona para traspasar configuraciones y tipos de contenido entre otros. Pero no he encontrado como se puede traspasar el contenido creado, ej: Páginas completas con sus imágenes, textos etc.

También me serviría alguna solución que emparejara el contenido de los entornos sin afectarme los datos existentes en Producción ...

Un saludo y muchas gracias de antemano por su ayuda y su tiempo.

Tal vez el uuid module hace

lunatic's picture

Tal vez el uuid module hace lo que necesitas

https://www.drupal.org/project/uuid

te permite guardar contenido como nodos con features/gity que funcionan en todos los entornos

Sólo se me ocurre usar

estoyausente's picture

Sólo se me ocurre usar migrate y enganchar ambos entornos, pero no es sencillo "elegir" que contenidos pasar. Lo normal es pasar "artículos", o "noticias" o lo que sea en bloque.

En cualquier caso lo que piden no tiene demasiado sentido la verdad. Un buen flujo de trabajo en producción debería de valer :S

Estoy por las redes @estoyausente

Gracias

rayub143's picture

El caso de Migrate no me sería válido porque machacaría la información de producción, donde constantemente suben contenido usuarios públicos o autorizados. Necesitaría alguna solución parecida a PANTHEON, pero que pueda ser mantenida desde nuestro propio servidor. Tienes razón en cuanto al flujo de trabajo, estoy implementando soluciones de este post y la verdad es que organiza un mundo el cacao que cogí XD ...

por qué no te vale migrate?

mgzrobles's picture

por qué no te vale migrate? puedes hacer tus clases de migrate a medida, por ejemplo podrías elegir incluir en esa clase de migración los contenidos que tengan una taxonomía de "Migrar a producción" o los que metas a una cola desde tu entorno de pre, o los creados con un usuario concreto de pre... tienes muchas opciones

Martín González Robles
web: http://elsabrosista.com
email: martin.glez.robles@gmail.com
Unidad sobre OG para Drupal 7: http://www.forcontu.com/descarga/d7u66pdf

Top

rayub143's picture

Perdón, antes tenía informción incompleta de migrate, pero tenéis razón, para mi problemática es válido su uso (Es lo que tiene ser novato ^_^). De hecho gran parte la solucionaría incluyendo en las clases de migración los contenidos creados desde admin.
Muchas gracias a todos .

Una alternativa más sencilla que Migrate...

interdruper's picture

..., ya que es D7, sería utilizar Feeds para importar en PROD los contenidos que metan en PRE. Puedes leer directamente de la BBDD de PRE o de una exportación a CSV.

Madrid

Group organizers

Group notifications

This group offers an RSS feed. Or subscribe to these personalized, sitewide feeds:

Hot content this week