Управління спеціальними модулями в декількох установках

У нас є кілька спеціальних модулів, які використовуються для декількох сайтів. Вони не можуть бути випущені як внесені модулі, наприклад, оскільки вони специфічні для клієнта, роблять припущення, що не працюють для модулів, що надаються, тощо.

Я знаю про наступні можливості боротьби з цим:

• скопіюйте їх і вставте навколо. Очевидно важко постійно оновлювати модуль на всіх установках.

• Майте одну установку на декількох сайтах, але це не завжди можливо.

• Використовуйте підмодулі git, але вони можуть бути неприємними, їх легко забути оновити і не завжди підтримуються (наприклад, Pantheon)

• Надішліть сценарії, щоб вийти із загального сховища git. Для цього вам потрібно AFAIK використовувати ударний макет для всього сайту, і ми зараз його не використовуємо.

• http://drupal.org/project/fserver . Я ще цього не пробував, чи знає хтось, чи достатньо стабільний? Опис проекту не здається дуже перспективним і не існує версії 7.x.

Ще щось / краще? Що ви віддаєте перевагу і чому?

Як ви вже згадали, підхід Drush make - це версія, яку використовує моя команда.

Незважаючи на те, що ви зараз не використовуєте "drush make" для своїх сайтів, вам слід порівняно просто перейти до цього робочого процесу, якщо ви хочете, оскільки drush також забезпечує створення " drush make-generated", який генерує файл make з існуючого сайту. Таким чином, не потрібно відчувати, що варто лише для нових сайтів. :)

Якщо всі сайти знаходяться на одному сервері, ви можете використовувати symlinkмодулі з центрального місця або rsyncякщо ви маєте справу з декількома серверами.

Це вирішить проблему розповсюдження файлів, але оновлення все ще потрібно. Він може бути автоматизований drushразом з простим сценарієм, який вимагає оновлення на всіх сайтах, по одному.

Здається, ви майже все виглядаєте на всі рішення. Коли я прочитав це, перше що прийде в моїй свідомості його два інші рішення , як rsyncі symlinkале знову - таки це не зручно підтримувати.

Потім згадав про той модуль Git Deploy, який насправді був хорошим комбо з підмодулями git.

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

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

ось як працює злиття git:

майстер

      <-- custom
        <-- custom module 1
        <-- custom module 2    

      <-- contrib
        <-- contrib module 1
        <-- contrib module 2     

master -> звільнення

та сценарій bash / drush для оновлення гілок

Я використовую SVN замість Git для зберігання наших розроблених на замовлення модулів. Після внесення змін з localhost я просто запускаю скрипт bash, який виконує команду "оновлення svn" у визначених місцях сервера. Щоразу, коли я розгортаю модуль на нове місце, я оновлюю скрипт bash. Це дійсно проста установка і працює без зайвих клопотів.