Magento & Subversion (SVN) - Началась разработка среды разработки?

Ответ 1

Первое, что нужно сделать, это проверить установленную версию программы. Таким образом, копия программы в репо является рабочей, которую вы действительно можете использовать. Затем вам нужно будет игнорировать некоторые файлы и каталоги, чтобы вы могли запускать другие среды. 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 в среде dev и сохранение этого в репозитории.

mysqldump -u user -p database > mysqldump.sql

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

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

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

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

Спасибо, Джо

Ответ 2

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

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

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

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

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

/app/etc/modules

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

Ответ 3

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

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

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

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

Ответ 4

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

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

Ответ 5

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