S
Там есть ограничения типа зависимости от клауд провайдера
Size: a a a
2019 April 04
S
Мета имеет креденшелзы для управления клауд провайдером и там стенды порождает без ожидания свободных стендов
KO
У меня была похожая идея с одной мета репой, в которой лежит по сути helm чарт с кучей дочерних, который раскатывает всё по коммиту в мастер, а на версии используемых саб чартов проставляются в values.yaml по хукам из соответствующих реп
S
отсюда каждая фича выходит в ревью и на релиз без задержек
KO
Еще вопрос в догонку, а как эти стенды версионируются и устанавливается соотвествие между фичей и стендом куда оно выкатится?
S
через DGA
S
в основе лежит склеивание имени из SLUG’ов группы, проекта и бранча-коммита
S
И опять же, обращение в апи клауд провайдера на регистрацию DNS имени для стенда
S
там потом после генерации мета еще идет в апи тасктрекера и лепит коммент с урлом
KO
Ага, понял. Спасибо за ответы)
S
и ставит ревьюера или мануальщика в ассайн
KO
А тирдаун ручной получается?
S
Нет, смена статуса задачи (завершение ручного тестирования или ревью) - автоматически триггерит терминацию стенда
KO
Здорово. Спасибо за рассказ!
S
это не рассказ
S
рассказ надо в виде доклада сделать
S
а времени тупо нет
KO
Это похоже на то, что делает Jenkins X, но меня несколько пугает его всеобъемлимость
S
jx вообще очень специфический продукт
KO
рассказ надо в виде доклада сделать
Да, больше технических деталей было бы интересно послушать