Всё равно надо пулит

И он не быстро это делает

Больше всего времени занимает установка зависимостей для тестов. Как это оптимизировать и при этом не увеличить размер базового образа( этап сборки тестового образа идёт после создания базового и нельзя его закэшировать)

У вас и приложение и тесты в одном образе?

нет

Сказал же что сначала билдется базовый а потом тестовый образ и тестовый идёт на тесты а базовый на релиз

реклама верфи

ололо. Я читал их релиз - нет у них пока нормального кэширования, вот когда завезут - тогда и можно поговорить. Что я разумею под нормальным кэшированием - это когда у тебя можно запускать несколько раннеров и ничего не ломается - distributed caching

а то в рамках одного раннера мне для этого верфь как бы и не нужна 🤷‍♂️

мы тоже сейчас на верфь начинаем переходить, интересный инструмент

я б сказал - комбайн

в плюсах вижу абстрагирование от конкретного используемого движка CI - gitlab, jenkins, drone etc

все хорошо когда без tiller'a)

drone нас хорошо подставил конечно, когда они лицензию сменили и выкатили $1400/месяц

сочувствую

ну у нас teamcity основной и drone так, больше инфраструктурные билды и сервисы которые сразу в куб. к гитлабу присматриваемся, но есть некоторые моменты, которых после того же tc не хватает. у них еще там бага щас в раннере, что в кубе у тебя билд всегда зеленый если он дольше 10 минут (+- както так) идет, просто отваливается и rc=0. Там уже народ PR запилил но фичафриз был и еще не в мастер ветке. В teamcity кубовый агент вообще дно, поэтому drone. circleci менеджеры тоже активно обрабатывают, чтобы к ним перебирались, но пока не спешим.

а вариант типа с https://github.com/fluxcd/flux https://argoproj.github.io/argo-cd/ не рассматривали ?

и арго тоже смотрели. поэтому решили что это будет отдельный проект по выбору cicd. в мае стартанем на 2 месяца

куб это вообще отдельная история, у нас сейчас отдельный проект по продакшн кубу DOD которого в унификации доставки, мониторинге

эксперементируем в общем) в т.ч. и flux тоже смотрят