АС
просто переключаете трафик с одного на другой
Size: a a a
2020 August 04
КГ
Оно туда деплоится не для того чтобы я или кто-то из членов команды туда тыкал
КГ
А для того чтобы именно прод окружение код пошатало
SP
а нельзя (гипотетически) просто собрать второй инстанс на базе вашей ветки и тестить его, не трогая прод?
а зачем? что бы было "чуть лучше чем работает на моей машине"?
КГ
Повторюсь - такой деплой происходит когда код готов и все члены команды (если такой флоу) дали добро. Тестировщики закончили, всё, код готов к мержу
SP
Повторюсь - такой деплой происходит когда код готов и все члены команды (если такой флоу) дали добро. Тестировщики закончили, всё, код готов к мержу
тестировщики в таких командах не тестят ПР-ы)
SP
они обычно занимаются всякими более полезными делами типа exploratory testing
КГ
тестировщики в таких командах не тестят ПР-ы)
Ну я так, чтобы уж точно снять тег "нестабильный код")
SP
для нестабильного кода и эксперементов есть фича флаги и прочие branch by abstraction и конфиги
КГ
ab?
AM
Я у себя так сделал, если происходит пуш в ветку rc, то CI её автоматически деплоид на прод и ветку rc убивает.
Помогает уменьшить количество bugfix коммитов в мастере)
В идеале я себе это вижу так - CI деплоит новое окружение и переключает на него трафик не убивая окружение мастера.
Далее смотришь в логи, если повалили ошибки, кнопку отката, трафик переключается обратно на рабочий код.
В идеале конечно и откат чтобы был автоматический, типа как sentry отслеживает с какого релиза были ошибки, если ошибка новая - сразу откат.
Ну это так, мои влажные фантазии
Помогает уменьшить количество bugfix коммитов в мастере)
В идеале я себе это вижу так - CI деплоит новое окружение и переключает на него трафик не убивая окружение мастера.
Далее смотришь в логи, если повалили ошибки, кнопку отката, трафик переключается обратно на рабочий код.
В идеале конечно и откат чтобы был автоматический, типа как sentry отслеживает с какого релиза были ошибки, если ошибка новая - сразу откат.
Ну это так, мои влажные фантазии
> Помогает уменьшить количество bugfix коммитов в мастере)
што?
што?
I
для нестабильного кода и эксперементов есть фича флаги и прочие branch by abstraction и конфиги
а есть примеры из опенсоурса где tbd?
КГ
> Помогает уменьшить количество bugfix коммитов в мастере)
што?
што?
а што нипанятна?
SP
а есть примеры из опенсоурса где tbd?
не ресерчил но думаю есть
SP
тут есть нюанс
SP
"опен сурс" в том плане что прям кто угодно может присылать изменения - там такое не работает
SP
это вопрос уровня доверия
I
"опен сурс" в том плане что прям кто угодно может присылать изменения - там такое не работает
ну я в том, плане чтобы примеры коммитов глянуть. Я просто чет в branch by abstraction не очень понимаю. Хотелось бы примеры
AM
У меня проект на 3 калеки, мне просто нравится обмазываться крутой автоматизацией)
как будто другим подходом она будет не крутой или её вообще не будет
КГ
как будто другим подходом она будет не крутой или её вообще не будет
не понимаю тебя