Как правильно связать репозиторий Git, не объединяя его?

Question

Я хочу, чтобы основной код разработчика сайта находился в одном код-репо, а контент (изображения и другие загрузки) - в другом.Задание cron также создает резервную копию содержимого в этом репозитории контента.

Поэтому, как разработчику, я бы хотел клонировать репо кода и, опционально, репозиторий контента.

Ноcommit требуется только для кода-репо.

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

Как правильно и наилучшим образом выполнить разделение и обработку?

Answer 1

Использование подмодулей работает отлично.Используя это, есть только «справочный» файл, который обновляется в основном репо.Субмодуль репо занимает папку, которую он отслеживает сам.Любые изменения и файлы игнорируются основным репо.Например, SourceTree спрашивает о фиксации основного репо, если вы хотите сначала зафиксировать субмодуль репо - если были какие-либо изменения.

Таким образом, это идеальное решение.

Смотрите мой комментарий на моемвопрос, для чего я его использую.

Answer 2

Если вы считаете, что подмодули не соответствуют вашим потребностям, вы должны проверить Git Large File Storage .Используя git-lfs, вы получите всего один репозиторий со всеми вашими исходными файлами и файлами содержимого.Единственное отличие состоит в том, что файлы содержимого не хранятся напрямую в репо и не имеют размера.Локально все есть, но на удаленном сайте файлы содержимого в репозитории будут обрабатываться как указатель на файл, а сам файл хранится в большом файловом хранилище.