Як слід збалансувати функції та профіль інсталяції в робочому процесі розвитку, керованої кодом?

Установочні профілі Drupal (в Drupal 7) досить потужні і можуть робити практично все, що може зробити модуль. Я використовую інсталяційний профіль разом із функціями для розробки свого сайту, зберігаючи все в коді, тому мені не доведеться версувати свою базу даних.

Враховуючи потужність інсталяційних профілів, багато речей, які ви можете зробити в модулі "Функції", можна також виконати в Інсталяційному профілі. Наприклад, створення типів вмісту, налаштування дозволів тощо. Як слід вирішувати, чи належить щось у профілі інсталяції або в модулі функцій, коли використовується робочий процес розробки коду в Drupal?

Нещодавно я почав використовувати модуль Особливості як систему розгортання, як описано в цій презентації щодо розгортання функцій . Якщо припустити, що ви використовуєте аналогічну установку з moll_update_N, функції мають одну явну перевагу, про яку я знаю: вона знає про будь-які зміни, які не в коді. Це полегшує відстеження змін (наприклад) переглядів та типів вмісту, а також дозволяє автоматично генерувати новий код функцій, який потрібно здійснити та розгорнути.

Я не надто знайомий з профілями інсталяції, але за наданим вами посиланням, схоже, вони не забезпечують цю функціональність. Однак це може бути випадок використання того, хто вам найбільше підходить.

Редагувати: переосмислена відповідь.

Я використовую для цього зовсім небагато барабанів. У мене є три комбіновані команди (ніколи не пробував її в одному рядку, хай), які я виконую після установки Drupal. Більшість речей я досить швидко почала працювати.

Стільки речей можна зробити з Друшем. Завантаження та включення декількох модулів настільки ж просто

drush dl rules views admin_menu && drush en -y rules views admin_menu && drush dis -y toolbar

декілька представлень можна імпортувати за один модуль легко https://www.drupal.org/node/1393228 .

Мені просто прикро, що я не можу імпортувати кілька правил (без модуля "Особливості").