Попытка выяснить правильный подход к использованию подмодулей в GIT

Question

Я пытаюсь правильно настроить подмодуль в GIT, и я хочу убедиться, что я использую ее правильно.

У меня есть основной репозиторий под названием MyProject. Анкет У меня есть вторичный репозиторий, который содержит весь наш код сгенерированный доступ к данным. Data. Анкет Я хочу настроить Data как подмодуль MyProject.

Data Редко меняются, если не изменяется схема или небольшая исправление ошибок.

Допустим, я добавляю новые функции MyProject который требует смены схемы. Как правило, я бы создал ветвь MyProject называется NewFeature И проверьте все мои изменения, пока он не будет готов к объединению с Мастером. Я также хочу создать филиал для Data так что любые изменения схемы остаются отдельными от Master Пока мои изменения не будут готовы к объединению.

Что подходит для этого или один?

Спасибо!

Answer 1

Ветви в подмодулях полностью отделены от ветвей от родительского репо.

Создание а NewFeature Функция филиала на вашем родительском репо не означает, что вы должны создавать то же самое в подмодуле.
Это только означает, что ваш родительский репо ссылается на новые коммиты из этого подмодуля в NewFeature ветка. Коммиты подмодуля могут быть сделаны в любой ветви (определяется только в подмодуле).

При этом, вероятно, лучше создать также NewFeature В подрепо, чтобы установить какую -то соглашение об именах, позволяющее вам найти очень связанный набор коммитов между вашим родительским репо и вашим подмодулем.
(плюс, как показано в вопросе "GIT подмодули: укажите ветвь/тег"Подмодуль как таковой всегда сначала в режиме отдельной головки)