А как можно не верно

Не ту папку в кэш отправлять?) Кэшировать только скачанные файлики а не скомпиленные уже зависимости

писать install --force

Запускать следующий билд на раннерах с cache disabled

не указывать кэш в следующих джобах

не иметь lock файла а качать latest

да вроде все

но я мог что то упустить

А есть еще вариант хранить кэш локально а не в s3 к примеру если попадет туда же повезло

Да, уже выше крыши

Ну локально совсем плохо

Ну тем не менее вариантов как можно сделать плохо я накидал)

То что у человека не так - не знает никто кроме него)

практически во всех случаях выше будет напсиано что "кэш есть"

Здорова! А кто-нибудь Gitlab.com привязывал к Куберу (яндекс.облако).
Билд в реджистри работает, а вот деплой с кубером не хочет дружиться

No cluster is set. To set the cluster (and the region/zone where it is found), set the environment variables

Хотя в Infrastracture -> Kuber clusters кубер виден и живой

Раннер установлен тоже

покажи scope для этого кластера

Если правильно понимаю - то у меня там для любого scope

ci покажи который деплоит - ты там указал environment?

копипаста из конфига яндекса, разве что убрал проверку серта и добавил его данные

deploy:
  image: gcr.io/cloud-builders/kubectl:latest
  stage: deploy
  script:
    - kubectl config set-cluster k8s --server="$KUBE_URL"
    - kubectl config set clusters.k8s.certificate-authority-data ${CERTIFICATE_AUTHORITY_DATA}
    - kubectl config set-credentials gitlab-admin --token="$KUBE_TOKEN"
    - kubectl config set-context default --cluster=k8s --user=gitlab-admin
    - kubectl config use-context default
    - sed -i "s/__VERSION__/nginx -$CI_COMMIT_SHORT_SHA/" k8s.yaml
    - kubectl apply -f k8s.yaml

ты б просто написал в скрипте для начала kubectl config get-contexts посмотрел что у тебя там есть.

В целом должно фурычить без "подсановок" что ты пишешь