А как ты будешь черрипикать комиты между разными репами ? Бранчи удобнее
Гит заточён на то, чтобы бранчи сливались. Для конфигурации окружений это плохая модель.
Да вы больные. Бранчи под окружение... Профит в чём?
Ну да, ну да. А как бэкпорты сесурити фиксов тогда делать?
Коллега озвучил два тезиса и оба херовые
это уже другой вопрос, больше к git flow.
В целом же, я с тобой согласен, что концепция того, что инфра - это единая среда, не очень натягивается на бранчи ) с другой стороны, у тебя инфра может быть сегментирована )) и вопрос в том, что ты хочешь от воркфлоу ) например, надо ли тебе все кластеру обновлять разом или у тебя есть интересные хорошие сценарии для этого
давай конкретику какую-то. Что у тебя в репе вообще? TF? Манифесты куба?
У меня манифесты куба ) с тф вообще все плохо кмк, потому что мне было бы страшно писать стейт тф на 1000+ узлов
ну а почему тогда не в разных репах? Элементарно доступ разграничивать на бранчах запаришься
Ну, я вполне конкретный пример привёл с репозиторием кубера. Как бы ты предложил сделать иначе?
Ну, между репами, да, контроль доступа лучше, но этим менее удобно управлять, кмк. Те же PR между репами делать. Между бранчами проще
Обсуждают сегодня