Migración Drupal testing a Drupal producción

We encourage users to post events happening in the community to the community events group on https://www.drupal.org.
alekas's picture

Hola,

Les comento que actualmente tengo 2 sitios en producción, en ambos sitios han decidido realizar "cambios y mejoras" en:

  • Jerarquización de la información
  • Mejoramiento del aspecto
  • Instalación, configuración de nuevos módulos

Lo que me hace tener actualmente 2 sitios betas para pruebas.
Mi punto es y es aquí donde les pido por favor me colaboren con ideas, comentarios, experiencias. Como hacer para realizar la migración de un sitio testing a un sitio en producción cuando tengo que migrar archivos y BD? alguno de ustedes lo ha hecho? como fue su experiencia?

Desde ya gracias por su ayuda.

Saludos.

Comments

Asi muevo yo sitios entre desarrollo y produccion.

leofishman's picture

Me parece que hay algún modulo para eso.
Lo que hago yo es:

1) Limpiar el cache
2) backapear la base de datos
3) subir todos los archivos del directorio /sites/ cuidando de no pisar /sites/default/settings.php
3) subir el backuo de la base de datos
4) revisar la configuración de archivos en /admin/settings/file-system y actualizar la Carpeta temporal con la ruta física del servidor de producción o desarrollo si es que son distintas

Si son solo cambios esteticos, lo mejor es no subir la base de datos de desarrollo a producción, ya que puede haber perdida de contenido subido al sitio mientras se trabajaba en desarrollo. A mi nunca me paso por ser yo el que maneja los contenidos, pero seguramente alguien de la lista puede contribuir con una explicacion de como manejarse en estos casos.

suerte
leo

Features + Drush

javi-er's picture

Hasta hace poco la única forma de pasar datos de un servidor de desarrollo a producción es como menciona Leo, podías ayudarte un poco usando Drush que es una herramienta de consola para Linux que permite automatizar un poco el proceso, pero en general era muy manual.

Ahora se puede usar el modulo Features que permite crear "paquetes" de funcionalidades y exportarlas a otros ambientes.

Sería bueno que le pegues una mirada a los dos modulos, personalmente he usado mucho Drush pero no tengo mucha experiencia con Features por lo que no te puedo decir que tan úitl es, pero según leí facilita muchisimo el deployment de sitios.

Saludos,
Javier

esta bueno pero le falta

lucascaro's picture

Se pasa drush, si podes usar ssh con el server podes sincronizar todo por rsync (codigo y base de datos).
Features esta buenisimo, puede llegar a ser imprescindible, pero todavia le faltan un par de detalles (que con un poco de laburo se pueden arreglar) como crear vocabularios o agregar terminos. De todas formas es super util.

+1 a la recomendación.

--
Lucas S. Caro

Muy bueno rsync

javi-er's picture

Muy bueno el comando rsync, no lo conocía!
Lo que yo usaba en lugar de esto es sincronizar los archivos con SVN, osea simplemente hacer un svn update en el server de producción usando Drush y esto trae todas las modificaciones nuevas. Aunque una de las desventajas de usar SVN es que tenes un montón de datos basura en todos los archivos .svn

Argentina

Group organizers

Group notifications

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