Если вы настроивали регистри, можете сказать, что лежит в /var/opt/gitlab/registry/gitlab-registry.crt ?

какой кошерный способ попасть админу в registry и посмотреть на обилие в нем мусора? тоесть потереть старые версии имеджей во всех репах например...

пишут есть какой то garbage collector
кто то юзает? есть нюансы?

Всем привет, подскажите пожалуйста. Я тут мучаюсь с kaniko,  образ должен спокойно пушится в harbor.но в самом начале джобы он не может найти shell. при этом в ci указан entrypoint:  [""]


Сама CI:
build:
 stage: build
 image:
   name: gcr.io/kaniko-project/executor:debug
   entrypoint:  [""]
 script:
   - echo "{\"auths\":{\"test.dev.com\":{\"username\":\"admin\",\"password\":\"admin123\"}}}" > /kaniko/.docker/config.json
   - /kaniko/executor --context $CI_PROJECT_DIR --dockerfile $CI_PROJECT_DIR/Dockerfile --destination test.dev.com/k8s/123:$CI_COMMIT_TAG

 only:
   - tags
 tags:
   - all

всем добрый день. В .yaml файле, если надо задать переменную, взяв значение из глобальной, почему такой синтаксис не работает, подскажите, пожалуйста ? VAR: ${SOME_VAR}

всем приветики

есть проблема - время жизни артефакта в гитлабе. У нас артефакт используется для передачи результатов между этапами пайплайна. НО! выставить expire_in точно не представляется возможным - поставишь слишком мало - пайп зафейлится. Поставишь слишком много - там артефакты большие - место используется нерационально

хотелка - чистить артефакты в момент завершения пайплайна. К сожалению, такой встроенной фичи нет. Но можно изобрести через курл в последней стадии.

чего сообщество думает ?

через АПИ удалять

ты такое делал ?

Привет, кста

Нет, но не вижу проблем

ну, я вижу проблему - если раннер квакнет - где гарантия, что пайп добежит до последней стадии ?

даже если там on_failure указано ?

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

А какой смысл удалять если не прошло.

Пройдёт пусть удаляет