Для частых независимых релизов микросервисов обычно удобны короткоживущие ветки и защищённая основная ветка с обязательным CI.
Какую Git-стратегию выбрал бы для микросервисов и как должен работать разработчик в этой модели?
Для частых независимых релизов микросервисов обычно удобны короткоживущие ветки и защищённая основная ветка с обязательным CI.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Для частых независимых релизов микросервисов обычно удобны короткоживущие ветки и защищённая основная ветка с обязательным CI.
Разработчик делает небольшое изменение, открывает review, проверяет совместимость контрактов и объединяет после проверок. Релиз привязывают к неизменяемой версии образа или тегу; незавершённое поведение можно скрывать feature flags. Конкретная стратегия зависит от частоты поставки и требований поддержки, а число репозиториев само по себе её не определяет.