Утомительное обновление нескольких проектов, которые используют тот же Git-репозиторий, что и субмодуль

Question

У меня есть несколько основных репозиториев git. Эти репозитории служат основной библиотекой, используемой более чем в 10 суперпроектах.

Время от времени я могу фиксировать и помещать новые изменения (главную ветку) в этот основной git-репозиторий. Если я вытащу из главной ветки суперпроекта и проверки подмодулей, я могу увидеть новые обновленные изменения. Тем не менее, каталог подмодулей изменился, и я должен добавить / зафиксировать супер проект, чтобы продвинуть супер проект к последнему зафиксированному снимку. Я должен выдвинуть супер проект для совместного использования команды.

Учтите, у меня много супер-проектов, которые используют одни и те же основные подмодули. Было бы утомительно делать такие обновления на самом супер-проекте один за другим.

Есть ли обходной путь или хорошая практика, чтобы избежать этой проблемы?

Answer 1

Я полагаю, что это особенность; -)

Обоснование: Когда апстрим изменяет библиотеку, проекты, которые ее используют, все равно остаются без изменений.Только когда команда проекта решит, что готова использовать новую версию, кто-то извлекает новый подмодуль, проверяет, все ли работает, и только затем фиксирует код, используя новую версию подмодуля.

Answer 2

Я не уверен, что существует «автоматический» процесс для распространения изменений подмодулей во всех родительских проектах (которые полностью неизвестны из указанных подмодулей).

Другой альтернативой является gitslave gits , но он больше не будет записывать точный SHA1 подмодуля.