Как правильно подключать файлы из репозитория GitHub?

Question

[Anton Kravchenko]

Доброго дня!
Занимаюсь доработкой CRM-системы разным клиентам, и в ходе работы оформил различные интеграции этой CRM с другими системами в виде PHP-файлов на GitHub. Репозиторий - ClientbasePro/Integrations. На каждую интеграцию пишу отдельный файл. Например, отдельный файл на интеграцию с Яндекс.Телефонией YandexTelephonyFunctions.php, отдельный на интеграцию с СМС-сервисом IQSMSFunctions.php и т.д. Все файлы расположены в одном этом репозитории.
Подключение клиентов выполняю так: на хостинге/VPS создаю папку ClientbasePro, в неё кладу файл composer.json такого содержания

{
    "require": {
        "php":">=5.3.0",
        "ClientbasePro/Integrations":"dev-master"      
    },
    "repositories":[
        {
            "type":"git",
            "url":"https://github.com/ClientbasePro/Integrations"
        }      
    ]
}

и подключаю autoloader
require 'ClientbasePro/vendor/autoload.php';
Далее настраиваю composer update через cron, чтобы всегда иметь актуальные версии PHP-файлов.

Проблема в том, что все PHP-файлы интеграций загружаются всем клиентам.
Вопрос, как нужно настроить локальный файл composer.json или что-то другое у каждого клиента, чтобы из общего репозитория **/Integrations загружались только нужные ему файлы?

Answer 1

[Tom Nolane]

создать разные ветки? одна для вас, другая/другие для клиентов? Название ветки содержит смысл подключаемого модуля. Это самый простой вариант + .gitignore
Более сложный - использовать submodule

p.s.
у вас всего одна ветка master -> это не есть хорошо. Обязательно разделяйте. Можно так:
ветка:
1) dev - разработка, новые фичи, фикс багов, новая версия продукта
2) master или release1-> главная рабочая ветка на продакшене
3) IQSMS + release1/dev
4) YandexTelephony + release1/dev

Comments

[Anton Kravchenko]

касаемо разделения веток для тестирования и продакшена - спасибо за совет. Я сейчас тестирую запуском скриптов, и в master выкладываю только уже протестированные версии. Использую возможности GitHub и composer по чуть-чуть

[Anton Kravchenko]

а вот как из ветки удалить все ненужные файлы и оставить только нужные, не разобрался

[Tom Nolane]

Anton Kravchenko, создать файл .gitignore
подробнее о файле .gitignore

[BorLaze]

Anton Kravchenko, вот тут описана одна очень красивая схема использования гита для разработки

Answer 2

[Артур К.]

Я бы предложил вам регулировать подключение нужных модулей файлом конфига для каждого клиента. Файл конфига можно называть каким-то специфичным для клиента именем, что-то типа: client_muha.cfg.php, client_slon.cfg.php

А организацию пространства веток в Git'е я бы предложил делать более традиционно, например по принципу Git Workflow.

Comments

[Anton Kravchenko]

если я правильно понял, то нужно (опять-таки - в доступе для всех) создать несколько файлов типа client_muha.cfg.php, client_slon.cfg.php и в каждом прописать через require список PHP-файлов, нужных только каждому клиенту? Если так, то, получается, всё равно будут загружаться все файлы всем клиентам, да ещё и список конфигов других клиентов - это немного не то, я бы хотел, чтобы каждому загружались только его файлы из общего списка представленных в репозитории

[Tom Nolane]

Anton Kravchenko, используйте как я описал выше в комментарии - gitignore
Синтаксиса файла .gitignore
это решит вашу проблему

[Артур К.]

Да, согласен с комментарием. Решить проблему загрузки лишнего клиенту можно было бы через гит-игнор.

Я правильно понимаю, что ядро системы будет общим для всех клиентов? Отличаются только некоторые файлы реализаций?
Или же вы поставляете разным клиентам не связанные друг с другом модули?

[Anton Kravchenko]

Артур Э., да, все файлы общие для всех. Только разным клиентам нужно подключать лишь некоторые из общего списка

[Anton Kravchenko]

как в ресторане - каждый заказывает своё из одного общего меню ))

[Артур К.]

Anton Kravchenko, выходит, у вас один продукт с разными подставками для разных клиентов.
Тогда полагаю аналогия должны быть такая: ресторан всем делает омлет, только кому-то с помидорами, а кому-то с луком.

Если так, что я бы уделил внимание именно поставке с раздельным блоком, специфичным для клиента.

Можно вообще сделать один репо для ядра (для омлета), а второй и остальные для деталей (для лука, для помидоров).
Тогда, если изменения идут в ядро — то они пушатся всем клиентам.
Если изменения идут в конкретную специфичную интеграцию, то она пушится всем клиентам, которые работают с этой интеграцией.

Т.е. это уже третий вариант — раздельные репы)

[Anton Kravchenko]

Артур Э., ну да, только у меня ещё проще. Омлет одного вида. Суп одного вида. И клиент либо берёт омлет, либо не берёт ))

Answer 3

[Anton Kravchenko]

пока настраивал .gitignore, сломалась синхронизация (

[RuntimeException]                                                                                                   
  Source directory /var/www/html/ais/include/ClientbasePro/vendor/ClientbasePro/Integrations has uncommitted changes

приходится удалять всю папку, и заново синхронизировать composer-ом.
Видимо, лучше под каждую интеграцию отдельный репозиторий создавать и подключать их:
ClientbasePro/YandexTelephonyIntegration
ClientbasePro/TelphinTelephonyIntegration
и т.д.
Спасибо всем ответившим!

Comments

[Артур К.]

не заметил комментарий, и в ветке выше написал примерно то же самое))