Cómo fusionar los cambios en la base de datos Drupal

Question

Actualmente utilizamos un repositorio SVN para garantizar que los entornos locales de todos estén actualizados. Sin embargo, el desarrollo del sitio web de Drupal es un poco más complicado ya que cualquier código personalizado que escriba (por ejemplo, código PHP escrito para un cuerpo de nodo) se almacena en el DB y los cambios no son reconocidos por la copia de trabajo del SVN.

Hay un par de desarrolladores que están trabajando actualmente en la misma área de un sitio de Drupal, pero no estamos seguros de cómo combinar mejor nuestros cambios de base de datos de Drupal locales. Los parches comprometidos de volcados de bases de datos parecen torpes en el mejor de los casos y es muy probable que sean ineficientes y propensos a errores para este propósito.

¡Se agradece cualquier sugerencia sobre cómo abordar este problema!

Answer 1

Desafortunadamente, la implementación/actualización de la base de datos es uno de los puntos débiles de Drupals. Consulte this question & answers y this one para obtener algunas sugerencias sobre cómo solucionarlo.

En cuanto a CCK, puede encontrar algunas sugerencias here.

En cuanto al código php en el contenido, estoy de acuerdo con googletorp en que debe evitar hacer esto. Sin embargo, si por alguna razón tienes que hacerlo, puedes intentar reducir el código a una llamada a función simple. Por lo tanto, tendría la función en sí misma en un módulo (y esto se rastrearía a través de SVN). Pero de todos modos está a un paso de eliminar la necesidad del código en línea de todos modos ...

Answer 2

Al comprometer parches de volcados de bases de datos, ¿quiere decir tomar un extracto completo de la base de datos y confirmarlo después de cada cambio?

¿Qué tal una copia maestra de la base de datos? Extraiga todas las tablas, vistas, sps, etc ... en archivos individuales, colóquelos en svn y realice las ediciones de fusión en los objetos individuales.

Answer 3

Si está poniendo código php en su base de datos, entonces lo está haciendo mal. Algunas cosas están dentro de la base de datos como vistas y campos cck más algunas configuraciones. Pero si coloca el código php dentro del cuerpo del nodo, está creando un gran problema de mantenimiento del código. Realmente debería usar la API y los ganchos en su lugar. Cree módulos en lugar de feos hacks con eval etc.

Answer 4

Todo lo que se ha dicho anteriormente es cierto y un buen consejo .. Para responder a su pregunta práctica, hay una serie de módulos recientes que podría usar para transportar los cambios realizados por los diversos desarrolladores.

Los módulos de "Características" son una cura para el problema descrito de Drupal, que a menudo proporciona buenas características, aunque almacena muchas configuraciones y estructura en la base de datos. Este módulo le permite capturar una característica y emitirla como un pseudo-módulo (califica como un módulo con .info y archivos de código y todo).Así es como funciona:

1. Seleccionar funcionalidad/función para exportar
2. El módulo analiza los módulos, archivos, contenido DB que se requiere para reconstruir esa función en otro lugar
3. El módulo crea un módulo seudo que contiene las instrucciones en # 3 y muestra todo (incluso SQL para reconstruir las cosas en la base de datos) en un paquete de módulos (así como establece dependencias para otros módulos necesarios)
4. Instale el pseudo-módulo en su nuevo sitio y habilítelo
5. El pseudo-módulo replica la función y ou exporta la reconstrucción de datos DB y todos

y se puede decir que su jefe lo hizo todo manualmente con enfoque de afeitar para evitar incluso 1 error;) Espero que esto ayude - http://drupal.org/project/features