SZ
иначе хватило б ноунейм эфемерал энва для прогона авто тестов
Size: a a a
2021 March 15
JG
resolveUsername is expensive
JG
ah :(
КГ
ну заказчики могут потыкать перед выкладкой
У меня на пет проекте ветка rc деплоится на прод, как раз с целью чтобы заказчик протестировал)
Ну типа на случай если беда, чтобы багфикс коммиты в мастер не попали)
Ну типа на случай если беда, чтобы багфикс коммиты в мастер не попали)
КГ
Впрочем не на пет проекте тоже ветка prod есть, для тех же целей
КГ
а почему багфикс комиты не должны в мастер попасть?
Я такого не утверждал
VC
ну у нас щас тоже фактически привязка энвов к веткам. один для прода (коммит попадает и автоматом летит), второй для стейджа
релиз это сделать пул с одной ветки в другую
гавно короче
релиз это сделать пул с одной ветки в другую
гавно короче
как по мне, то более менее норм схема, говно начинается когда приходят релиз ветки…
VC
да еще в распределенном монолите
SZ
да еще в распределенном монолите
ну на эту тему есть хороший доклад https://www.youtube.com/watch?v=_-NRlfur9gE&ab_channel=SeleniumCamp
SZ
SZ
вот чтобы с такими кейсами работать
VC
ну на эту тему есть хороший доклад https://www.youtube.com/watch?v=_-NRlfur9gE&ab_channel=SeleniumCamp
там сильно на кубер завязано?
КГ
а почему багфикс комиты не должны в мастер попасть?
По github flow перед мержем в качестве финальной проверки допускается деплоить ветку на прод
SZ
там сильно на кубер завязано?
как он в начале говорит "если не добавить в названия доклада кубер, то на него никто не прийдет в 2020 году"😃
SZ
но вообще не. сама проблема она применима ко всему
VC
но вообще не. сама проблема она применима ко всему
тогда гляну )