Escribimos un script para manejar los volcados de DB para ramificar. Lee este artículo .
El principio básico es que lee local.xml
para obtener las credenciales de la base de datos, luego volca los datos sobre esa base. Divide el volcado en dos partes, solo la estructura y luego los datos. Pero la clave es que acelera el proceso de volcado convencional al omitir datos no esenciales y evita de manera crítica cualquier bloqueo de tabla durante el volcado que de otro modo bloquearía / colgaría su sitio en vivo.
Cuando tenga el volcado de MySQL, puede cambiar la URL muy fácilmente simplemente usando sed
sed -i 's/www.mydomain.com/staging.mydomain.com/g' ./var/db.sql
Luego ejecute una importación mysql en su nueva base de datos.
Entonces, sin el script, una versión muy básica se vería así.
mysqldump -hHostname -uUsername LiveDbname -p > db.sql
sed -i 's/www.mydomain.com/staging.mydomain.com/g' db.sql
mysql -hHostname -uUsername DevDbname -p < db.sql
No hay ninguna razón para tener que eliminar el archivo local.xml o volver a ejecutar el instalador si cambia las URL en la base de datos de esta manera.
Todo el proceso de ramificación está bien cubierto en nuestra Guía Magento GIT . Este es un buen proceso para crear ramas de desarrollo, pero reduce el DB en vivo por un margen significativo. Por lo tanto, las pruebas no serán completamente las mismas que en el sitio en vivo.
Por lo tanto, realizar un volcado de DB de vainilla, reemplazar sed, importar DB es suficiente para un sitio de preparación. Y reflejará / coincidirá el sitio en vivo lo más cerca posible.
En términos de evitar las comunicaciones con los clientes, nunca lo hemos considerado una necesidad, ya que siempre creamos cuentas deliberadamente para las pruebas, nunca utilizamos pedidos reales de los clientes para las pruebas.