Posted by tomasbarrios on June 26, 2014 at 8:13pm
Estoy a punto de realizar un update al drupal core, por lo que lei el comando a utilizar seria:
drush pm-update
Por supuesto, estoy haciendo pruebas locales primero.
Por lo que entiendo, también se harán modificaciones a la base de datos, por lo que si hago el update local, luego tendría que hacer un restore en producción con mi base de datos local.
En resumen, este es mi plan:
- Backup Base de datos producción, dejar sitio en mantención.
- Restore de Base de datos en dev.
- drush pm-update
- comitear en git los cambios
- Pull en producción de los cambios
- Backup de base de datos local
- Restore de la base de datos de producción mediante base de datos local.
Estoy bien? O debería simplemente hacer el update en producción una vez haya funcionado en dev (así me evitaría tener que hacer restore en producción de la base de datos local)
Saludos!
Comments
up
En mi experiencia siempre he hecho drush up y actualizar todo en producción pero siempre hago backups primero, cosa de hacer rollback en caso de algún problema. Usando modulos en version stable no debiese haber problema.
Drush también incorpora soporte para hacer backups. http://drupalladder.org/lesson/74f38043-a4ea-4719-ba27-faeb128555b4
Finalmente para evitar algun problema posterior al drush up haz drush updatedb para asegurar que no queden tareas sql por ejecutar. Despues drush cron y crush cc all (clear cache) para dejar todo ok.
Tambien, si es posible, te recomendaria que cuando ejecutes drush lo hagas usando el mismo usuario que tiene los permisos sobre los archivos, para evitar que algunos archivos cambien de owner.