Как правильно работать с подмодулями Git?

Question

У меня есть проекты git, которые используют общую библиотеку как подмодуль git.Когда я делаю какие-либо изменения в проекте, я всегда создаю ветку git, чтобы выполнять свою работу. После тестирования и с новым набором глаз я объединяю ветку обратно в master, который всегда готов к развертыванию.

Иногда мне нужно внести изменения и в библиотеку субмодулей.Будет ли лучше всего сначала разветвлять основной проект, а затем заходить в подмодуль и разветвлять его тоже?Тогда я понимаю, что мне нужно будет протестировать измененную ветку субмодуля в других проектах, где они используются.Есть ли другой способ сделать это?

Answer 1

Разветвлять или не разветвлять подмодуль, вот в чем вопрос, но это полностью ваше дело.Если ваш подмодуль является библиотекой, и другие проекты используют его, то он должен оставаться обратно совместимым.Вы можете исправить это, но не трогайте его API.Но исправления библиотеки на самом деле принадлежат главной ветви библиотеки.Поэтому я не вижу причин для автоматического ветвления подмодуля при переходе к основному проекту.

Технически важно следующее: если вы изменяете и фиксируете как подмодуль, так и основной проект, сначала нажмите на подмодульа потом основной проект.Нет такой вещи как рекурсивный толчок.

Answer 2

Подмодуль git - это сам проект. Таким образом, политика ветвления подмодуля определяется теми же соображениями, что и для всех решений ветвления. Будет ли параллельное развитие субмодуля? Вы хотите перемотать изменения без загрязнения истории мастера? Да, тестирование также может быть предметом рассмотрения, но целью подмодуля должно быть его правильное повторное использование в других проектах.

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