У нас есть проект на Git, который стал очень большим.По этой и другим причинам мы хотели бы разделить этот большой проект на несколько репозиториев.Чтобы это работало, нам нужно было бы создать «основной» репозиторий (назовем его core
) и иметь другие репозитории (назовем эти модули) в качестве суб-репозиториев внутри core
.Основное развитие происходит не внутри core
, а в основном внутри модулей.core
является стабильным и изменяется редко.
Какой самый простой способ управлять такой архитектурой хранилища?Я читал о submodules
и о том, как их часто описывают как сложные в использовании.Я также прочитал о subtrees
в качестве более простой альтернативы.Я также нашел проект subrepo .
Какой из этих параметров будет наилучшим для нашего рабочего процесса, а именно там, где будет относительно мало обновлений для core
, но в основном длямодули.
Кроме того, какая из этих опций позволит нам легко работать с внешними сотрудниками, например, предоставление доступа к core
и модулю A, но не модулю B.