Схема управления версиями базы данных
Не очень актуально - поскольку каждый модуль в Magento может иметь свой собственный набор сценариев установки / обновления . Тем не менее, если интересно, есть инструменты для управления схемой базы данных, такие как dbDeploy .
Управление версиями содержимого базы данных
Представляя среды как набор уровней, вверху находится промежуточная среда, а под ней (на том же уровне) находятся среда (ы) разработки. Все изменения кода могут быть сделаны в любой среде, поскольку все среды являются просто рабочими копиями одного и того же версионного исходного кода. Каждая база данных извлекается из следующей среды "ярусов". Так, например, среда разработки будет извлекать базу данных из промежуточной среды, а когда производственная среда существует, промежуточная среда будет вытягивать оттуда. Таким образом, любые изменения в базе данных (например, обновление продукта, изменение настроек на панели конфигурации и т. Д.) Должны выполняться на самом верхнем уровне, и тогда все уровни ниже этого будут получать изменения при следующем обновлении своей базы данных.
Очевидно, что при разработке вы можете изменить столько вещей, сколько захотите, чтобы убедиться, что они хорошо работают в вашей среде разработки, прежде чем эти изменения повысятся.
Как работает тянущий бизнес
Вытащить (и протолкнуть) базу данных довольно просто, для базы данных выполняется mysqldump, затем выполняется поиск / замена (с использованием sed или чего-то подобного) с изменениями URL-адресов, а затем импортируется в новую базу данных.
Сказав, что ...
Слава вам за то, что ваш исходный код версионирован, это по крайней мере означает, что если вы do должны следовать моему сценарию, вы можете полностью протестировать модуль в среде разработки, прежде чем вносить изменения в продукт. Хотелось бы предложить больше конкретного «решения» - поскольку внесение изменений в нескольких средах, безусловно, не идеально, хотя мне будет интересно, что предлагают другие.