Git и клиент-серверное разделение кода

Question

Вы создаете программное обеспечение с отдельным клиентским и серверным кодом (разные люди) - вы бы создали один или два хранилища?

Например, у нас есть внешние разработчики, которые не работают с серверным кодом, поэтому они не заинтересованы в его проверке. Серверный разработчик также не меняет клиентский код, но он отвечает за сборку / развертывание всего приложения. Что такое лучшая практика?

Answer 1

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

Наличие дополнительных файлов для каждого разработчика не должно их беспокоить. Если это действительно проблема, то есть способы заставить Git не заполнять определенные каталоги при проверке кода.

Answer 2

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