Magento и Subversion (SVN) - Приступая к работе со средой разработки?

Первое, что нужно сделать, это проверить установленную версию программы. Таким образом, копия программы в репо будет рабочей, которую вы действительно можете использовать. Затем вам нужно будет игнорировать некоторые файлы и каталоги, чтобы вы могли запустить другие среды. local.xml - хороший пример, но также можно установить игнорирование для следующего:

/var/report/*
/var/log/exception.log
/var/log/system.log
/var/locks/*
/var/session/*
/var/cache/*
/var/tmp/*
/media/tmp/*

Вероятно, есть и другие, но это должно дать вам хорошее начало. Если вы думаете, что можете внести изменения в local.xml (а вы могли бы это сделать), скопируйте local.xml в local.xml.dist и проверьте версию .dist в репо. При оформлении заказа на других сайтах вам все равно придется вносить изменения вручную, но их будет легче отслеживать.

Для базы данных обычной практикой является выполнение mysqldump в среде разработки и сохранение его в репозитории.

mysqldump -u user -p database > mysqldump.sql

Для этого вам нужно будет ввести свой пароль. Теперь копия в репо - это полная копия сайта. Чтобы настроить другую среду, вы изучите всю базу кода, а затем импортируете файл MySQL в базу данных.

Помните, что когда вы это делаете (и каждый раз, когда вы обновляете базу данных в репо, а затем хотите обновить изменения в других средах), вам нужно будет изменить {base_url} и {secure_url} в базе данных. Я видел несколько сред, в которых разработчики создавали сценарии для автоматического выполнения этого.

Наконец, попробуйте внести все изменения в свою копию сайта для разработчиков, так как это поможет синхронизировать вашу базу данных. Если вы вносите изменения в живую копию, по крайней мере, не отражая их в dev, вы, вероятно, случайно перезапишете их позже одним из дампов, а затем задаетесь вопросом, куда пропала ваша функциональность.

Надеюсь, это поможет. Если у вас есть другие конкретные вопросы, дайте мне знать.

Спасибо, Джо

Я понимаю, что это не совсем то, о чем вы просили, но просто хочу рассказать вам о моей настройке, потому что я думаю, что нецелесообразно продолжать синхронизировать базу данных разработчиков с производственной версией после запуска. Вероятно, вы захотите внести изменения в свою базу данных разработчика для тестирования, которые не всегда легко вернуть. Создание вашего контента (продуктов и т. Д.) В реальной среде и периодическое копирование базы данных обратно в разработку, как мне кажется, работает очень хорошо.

Для своего проекта я создал свою живую среду, установив Magento с нуля и просто проверил каталоги из SVN в следующих точках:

/app/code/local/MyOrg
/app/design/frontend/default/myorg
/skin/frontend/default/myorg

Любые сделанные вами настройки должны быть в одном из этих каталогов.

Я управляю этим каталогом вручную на живом сервере:

/app/etc/modules

Вам нужно только создать там файл, если вы сами создаете новый модуль.

Я написал диспетчер модулей специально для решения этих проблем.

Я не рекомендую управлять версиями app / etc / local.xml, чтобы каждая среда могла иметь разные учетные данные базы данных, но я рекомендую управлять версиями всего остального с помощью modman. Кроме того, я рекомендую, чтобы modman запускал скрипт, который очищает кеш Magento и применяет обновления базы данных, такие как тот найдено здесь.

При правильном использовании вы можете выполнить «svn commit» в своем стволе и просто запустить «modman update-all» в других ваших средах (включая live) для обновления. Для более безопасного обновления 1.4 вы можете запустить

touch maintenance.flag; sleep 2; modman update-all; rm maintenance.flag

мы используем разные файлы local.xml. Именование зависит от вас, но рекомендуется использовать local.xml.qa или local.xml.live со строкой подключения для конкретной среды :-)

одно примечание: magento обрабатывает все файлы * .xml в папке app / etc, поэтому будьте осторожны при именовании

Вот сценарий bash, который помогает установить значения свойств svn:ignore для проекта Magento.