Рейтинг:0

Кэшировать гемы для каждой сборки в GitLab Runner

флаг us

У меня есть GitLab Runner, установленный на сервере Ubuntu. Он использует исполнитель «docker».

Я хочу, чтобы каждое задание CI, которое выполняется на этом бегуне, использовало один и тот же кеш Ruby gems, чтобы предотвратить загрузку с rubygems.org одной и той же версии несколько раз подряд.

Кажется, есть два решения:

  1. Использовать кеш: обучение в .gitlab-ci.yml. Мне это не нравится, потому что у меня будет кеш для каждого проекта вместо единого кеша для всех проектов. Кроме того, я не хочу обновлять дюжину .gitlab-ci.yml файлы, если этого можно избежать.

  2. Используйте Gitstash в качестве прозрачного прокси. Это все равно потребует изменить Докерфайлs всех проектов с надлежащим конфигурация комплекта... инструкции. В этом варианте я не знаю, как получить доступ к Gitstash (который я хотел бы запустить на той же машине, где работает gitlab-runner) изнутри этапа сборки контейнеров.

Есть ли третье решение? Что здесь лучше всего делать?

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.