Работа с управлением версиями на проекте Drupal/CMS
Я задавался вопросом, как команды, которые разрабатывают использование сайтов Drupal (или любой другой CMS) интегрируют управление версиями, подверсию, мерзавца или подобный, в их рабочий процесс. Вы, очевидно, хотели бы свой пользовательский код и файлы темы при управлении версиями, но когда Вы используете CMS, такой как Drupal, большая работа состоит из конфигурирования модулей и настроек, весь из которого хранится в базе данных.
Таким образом, когда Вы - команда разработчиков, как Вы сотрудничаете на проекте как это? Дамп базы данных в файл и подвергание того файла при управлении версиями могли бы работать, я предполагаю, но когда сайт жив, клиент постоянно добавляет содержание, которое делает синхронизацию немного проблематичной.
Я хотел бы знать, как другие делают это.
2 ответа
Вы правы, что это проблема для Drupal - контроль версий работает нормально, пока вы не передадите сайт своему клиенту или не откроете его для пользователей.
Ваш вопрос кажется более конкретной версией этого вопроса , который касается управления версиями в рабочем процессе Drupal. Вы можете найти там ответы, которые помогут.
Для некоторых проектов я экспортировал все представления в код, используя эту функцию модуля Views, и у меня есть один проект, в котором также были экспортированы все блоки. (Хотя это было упражнение по разработке, а не обычное дело с блоками.)
Взгляните на работу, которую Development Seed делает для решения этой проблемы. Они возглавляют разработку модулей Context , Features и Spaces , которые работают вместе для хранения данных конфигурации в модулях (вне БД), чтобы они можно версировать с помощью кода.
Существует группа Drupal под названием Packaging & Deployment для обсуждения различных решений, которые разрабатываются для этой проблемы.
В настоящее время прилагается много усилий для создания чего-то, что могло бы справиться с трудностями разработки -> производства с помощью drupal в связи с базой данных. Особенность, о которой упоминал фламинговый логотип, одна, но я чувствую, что она больше ориентирована на создание автономных проектов, то есть тех, которые будут установлены на многих сайтах.
Чтобы упростить обслуживание баз данных разработчиков и продуктов, я бы посмотрел на http://drupal.org/project/deploy и http://drupal.org/project/dbscripts . Они поддерживают синхронизацию и объединение данных конфигурации drupal на стороне db.
Я не могу гарантировать, что они готовы к выходу в прайм-тайм ...