Posted by jordilopezamat on September 10, 2014 at 10:22pm
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
muy bueno y comparto
Hola jordi!!
Muy buena la nota! Aca en la cooperativa, como somos varios trabajando en un mismo proyecto de drupal, y es escencial tener una forma de trabajo organizada con git, features, drush make ...
mpv dió una charla en DrupalPicchu 2014 justamente llamada "Drush make early, patch often". Lo bueno es que la agrupación filmó todas las charlas y la de mpv está subida a youtube.
Les dejo el link: https://www.youtube.com/watch?v=0QdQlb3P-uM
Saludos!
--
Luciano Rossi
gcoop.coop
Linda la nota, sí, es el camino
Estamos todos en la misma búsqueda, de cómo superar lo artesanal y llegar a una ingenieria real. La cuestión es que todos tenemos, y el artículo lo expresa bien, la sensación de que "the best is yet to come", de que las herramientas venideras van a ayudar a superar los problemitas de las herramientas imperfectas que tenemos ahora.
Victor Kane
http://awebfactory.com
Drupal no-monolítico
Este artículo mencionado en The Weekly Drop http://drupalwatchdog.com/volume-4/issue-2/decoupling-drupal dice: "Es enteramente factible construir un servicio web RESTful (que utiliza el protocolo REST) sólido, escalable, performante con Drupal 7 si se desacopla Drupal del servicio web en sí" ("it is entirely possible to build a solid, scalable, performant RESTful web service with Drupal 7 by decoupling Drupal from the web service") y esto es lo que quiero decir con la arquitectura del futuro pero con Drupal 7.
Tiene que ver también con micro-servicios.
Tiene que ver con que los videos (los míos incluidos) puede o no ser interesantes, pero en el trajín de tratar de crear un entorno de construcción y entrega de aplicaciones web, es la arquitectura que también va a facilitar la solución.
Espero poder compartir más de estas ideas, nadie lo puede hacer solo.
Victor Kane
http://awebfactory.com
Creo que lo que queda por
Creo que lo que queda por solucionar es el tema de los cambios en la DB de los diferentes ambientes en los que trabajamos, si bien existen algunas herramientas, creo que es el punto mas "flojo" cuando se trabaja en equipo...
Muy buenos los links que pusieron (y)
Tomás Souto
Skype: tomas.souto
Baireswebdesign.com
Digital Agency - Web Design and Development
baireswebdesign.com
OpenShift... Interesante!
Interesante la nota si, y comulgo con lo que dijeron hasta ahora. Es lo que hay hoy, como dijiste vos D8 será mucho mejor. Y quizás Backdrop tendrá algo similar y menos disruptivo. Veremos...
Openshift, suena bueno! Lo había visto pero no lo probé. Nos debemos una juntada. Ojala logremos organizar y charlar de estos temas.
Saludos!
drush features overridden
Yo dependo siempre en la combinacion de features y git para sincronizar cambios entre ambientes. Pero es facil olvidarse de mantener sincronizacion entre el codigo del feature y la configuracion, especialmente con varios ambientes y colaboradores. Como
nos avisa de los cambios en el repositorio, hace mucho queria algo parecido para features que nos detalle solo los features con disparidades entre el codigo y el base de datos eg:
. Gracias por recordarme de eso, si lo hago les avisare.
Doug
A alguno le paso, además, que
A alguno le paso, además, que features se vuelve "loco" cuando hay muchos cambios? en algunos proyectos en los que estuve eramos tantos metiendo mano que en algun momento features dejaba de funcionar correctamente, muchas veces sobreescribias y no volcaba los cambios, etc..
Tomás Souto
Skype: tomas.souto
Baireswebdesign.com
Digital Agency - Web Design and Development
baireswebdesign.com
Me ha pasado varias veces, en
Me ha pasado varias veces, en mi caso generalmente relacionado con los definiciones e instancias de campos. A veces desabilitando y rehabilitando el feature puede solucionar cosas que "revertir" no puede.
Script para avisar de features sin sincronisar
Tuve un dia muy lento ... tanto que termine el script para drush y lo agrege a un nuevo blog (en ingles) en caso que les sirve, les dejo el enlace.
http://blog.weemondo.com/2014/09/a-little-help-with-drupal-features-git/
Features ya tiene el comando drush features-list
Con el módulo features habilitado, ya tenés el comando drush features-list (drush fl) que devuelve una lista de los features del sitio, incluyendo su estado y si está sobreescrito o no. A mí siempre me indica cuál feature está sobreescrito.
Otra cosa: los comandos drush fu (features-update - database -> código) y drush fr (features-revert - código -> database) a veces son más eficaces que la utilización del gui admin de Drupal.
Victor Kane
http://awebfactory.com
No me di cuenta
Que bolo que soy, tenes razon, pense que drush fl solo mostraba version y si fueron habilitados. Bueno, por lo menos en un poco mas compacto que me sirve. Gracias Victor.