Вот как я решил эту проблему до сих пор:
Каталоги исходного кода:
build/ - build files for phing and environment-specific properties files
build.xml
src_qa.properties - properties to use the qa server as the source for a deployment
dst_qa.properties - properties to use the qa server as the destination for a deployment
etc... for other environments
conf/ - contains environment specific configuration files, each in a subfolder named after the environment
dev/
db-config.php - config file for HyperDB - http://codex.wordpress.org/HyperDB
default - Apache conf that holds ServerAlias configs for multi-site WordPress
hosts - useful for developers to redirect their browser to various domains in different environments
htaccess.dist - for WPMU
httpd.conf - main Apache config file, specific to each environment
my.cnf - mysql config file
wp-config.php - main wordpress config file
qa
(same as dev/ but with different values in each file)
staging
(same as dev/ but with different values in each file)
prod
(same as dev/ but with different values in each file)
src/ - wordpress source code
wp-admin/
wp-content/
mu-plugins/
plugins/
themes/
wp-includes/
test/ - holds WP test suite and custom tests for plugins, themes, etc...
Я использую сервер Hudson CI (http://hudson -ci.org / ) к автоматическим и ручным сборкам с использованием задач извлечения Subversion, phing, phpunit и т. д. По сути, сервер Hudson извлекает код из Subversion в зависимости от того, что вы хотите развернуть, и выполняет rsync для файлов, которые будутразвернут с сервера CI на сервер назначения.
Или, в случае развертывания с промежуточного размещения непосредственно на производство, Hudson rsync переводит файлы с промежуточного уровня на сервер CI, а затем обратно в производство.
У меня есть настройка заданий сборки в hudson для следующих функций:
core WP code - deploys core WP files and mu-plugins from src to dst
svn to qa
svn to staging
staging to prod
WP plugins/ folder - deploys only the plugins folder
svn to qa
svn to staging
staging to prod
WP themes/ folder - deploys the entire themes folder
svn to qa
svn to staging
svn to prod
Specific themes - deploys a specific theme (chosen through a drop down during the build process using Hudson's parameterized build feature - http://wiki.hudson-ci.org/display/HUDSON/Parameterized+Build)
svn to qa
svn to staging
svn to prod
Задания hudson также имеют возможность развертывать специфичные для среды файлы PHP (например, wp-config.php)., db-config.php), а также конфигурационные файлы Apache и MySQL в соответствующих местах на каждом сервере.В некоторых случаях мы выполняем развертывание на нескольких веб-серверах и нескольких серверах баз данных, и большая часть конфигурации сборки выполняется с помощью файла сборки phing и файлов .properties, упомянутых выше.
В будущем, когдау нас есть среда интеграции разработки, мы, вероятно, сделаем автоматическое развертывание после проверки svn любого кода.
Эта настройка позволяет различным разработчикам в организации с разными наборами навыков (в основном CSS / HTML и PHP) работать отдельно ибыстро вывести свои изменения кода в подходящие среды без привлечения ненужных людей.Хадсон позволяет мне блокировать различные задания по развертыванию, так что только нужные люди имеют доступ к их настройке и запуску.
Это общий обзор того, что я настроил, дайте мне знать, что вы думаете.Самыми большими неудобствами при такой настройке были пары ключей, учетные записи пользователей и права доступа к файлам с помощью rsync на всех различных серверах.
Dave