Я работаю над проектом, который имеет множество подмодулей. Вот суть структуры проекта:
Bundle Repo
-- Submodule A
-- Submodule B
-- Submodule C
-- Submodule D
-- Submodule E
-- src
Submodule A
-- src
Submodule B
-- src
//...and so forth for the rest of the submodules
Вот файл .gitmodules (в качестве примера) в репозитории комплекта:
[submodule "submodule_a"]
path = submodule_a
url = *some url*
branch = dev
ignore = dirty
[submodule "submodule_b"]
path = submodule_b
url = *some url*
branch = dev
ignore = dirty
//...and so forth for the rest of the submodules
Проект комплектации включает в себя различные проекты подмодулей работают / взаимодействуют друг с другом, поэтому, когда разработчик работает с проектом пакета, мы гарантируем, что все подмодули должным образом обновляются с помощью команды: git submodule update --remote --recursive.
Это обновляет подмодули до последний коммит в ветке 'dev' (как видно из примера файла .gitmodules выше). Однако проблема заключается в том, что разработчик отслеживает свои изменения в файлах sr c пакета (мы никогда не вносим изменения в проекты через субмодули. Вместо этого мы будем непосредственно работать в репозитории этого подмодуля), то есть «обновления», которые извлекаются при обновлении. субмодули перечислены как не зафиксированные изменения.
Я хочу это убрать. Есть две вещи, которые можно сделать:
1) Так как каждый разработчик в проекте знает, как обновить подмодули перед работой / тестированием в репозитории комплектов, нам не нужно делать Pu sh обновления подмодуля ( указывая на последний коммит) всякий раз, когда мы добавляем sh в связку. Есть ли способ отключить обновления подмодулей, которые отображаются как незавершенные изменения?
2) Есть ли способ внутри самого git (мы используем gitlab для нашего сервиса), чтобы автоматически получать обновление репо комплекта сам указывать на последний коммит, когда в подмодульном репо появляется новый коммит?
Надеюсь, это не слишком запутанно. Спасибо!