DZ
Откатываем с проды, подставляя старый артифакт, но в мастере тоже нужно откатить, что некорректное поведение не ушло в след отгрузку, пока мы его фиксим
Size: a a a
2021 April 18
M
Я, честно, не особо могу представить себе ситуацию, где фикс займёт так много времени. Одна таска не может занять больше чем один человекоспринт, так как фикс может?
M
Ну или на крайний сделат заглушку какую-то
If (env !=== prod)
If (env !=== prod)
DZ
Пытался придумать абстрактную ситуацию, где эта схема может сломаться) Наверное, я бы даже перешел на нее, но мы сейчас не можем гарантировать, что в мастер замержится рабочая версия продукта, предварительно не протестировав ее на клиентах 🤣😭
M
А для чего вам мастер вообще?
DZ
Актуальное, рабочее состояние продукта, по верх которого можно делать новый функционал
M
Я не понимаю. Вы создаете ветку фичи из мастера, но мержите её не в мастер, а в релиз?
DZ
Да. А потом рабочий релиз в мастер
DZ
Релиз тоже создается из мастера
M
А сиайка где?
DZ
В мр фичи - верификация, тесты
В релизе - верификация, тесты, стейдж, прод
В релизе - верификация, тесты, стейдж, прод
IK
То что вы описали - очень плохой cd
IK
Cd = continuous delivery (непрерывная доставка) и сомнительный ci
IK
Ведь суть ci в том что изменения непрерывно интегрируются
IK
Скажите, с git flow знакомы?
M
Илья, а про артифактори знаете? В чем преимущества хранения на бинарном менеджере?
IK
Уточните вопрос
IK
Конечно знаю, следующие мастер классы будут про ci/cd (спойлеры) :)
M
Ну у нас вот такой флоу. И мне кажется он плох тем, что нету стейджа и тем, что нужно вручную находить нужный артефакт, который соответсвует нужному коммиту на мастере и его выкатывать на прод
YS
гит флоу в помощь, хранить все в мастере плохая идея ))