ММ
cat + export?
Size: a a a
2021 July 10
АК
надо до запуска script
ММ
Странное требование
АК
Просто есть этап сборки базового контейнера который запускается только если Lock файл поменялся
АК
Надо чтобы следующий этап использовал собранный образ
АК
Проблема в том что lock меняется редко и в отдельных мёрдж реквестах
АК
Поэтому юзать проброс env через стейджи не получиться
ММ
Все ещё не понимаю исходной проблемы
ММ
Как связан lock файл и базовый образ с чтением версии из файла и тегированием какого-то другого образа?
ММ
Опишите текущую схему целиком
АК
Есть этап тестирования в котором установка зависимостей и подготовка окружения занимает 80% времени. При этом сами зависимости одни и тежи всегда. Хочу добавить этап сборки образа с зависимостями только когда lock файл измениться. Во всех остальных случаях должен запускаться этап тестирования уже в готовом образе. Для этого надо както сообщить тег образа который зависит от хеша в lock файле. Надо его как-то достать что образ имеет его тег.
АК
Как-то так.
ММ
Звучит как плохо написанный Dockerfile. Сам докер учитывает изменения файлов, добавленных в образ через COPY/ADD, и если они не менялись, то вместо сборки берутся слои из кэша
ММ
Покажи Dockerfile
АК
FROM python AS BASE
RUN pip install pipenv
RUN \
--mount=type=bind,source=Pipfile,target=Pipfile \
--mount=type=bind,source=Pipfile.lock,target=Pipfile.lock \
pipenv install --dev --system
ММ
Эээ, зачем так делать?
ММ
mount используется для проброса секретов командам, выполняющим сборку, чтобы они не попали в итоговый образ. А Pipfile за что?
ММ
COPY Pipfile Pipfile.lock ./
RUN pipenv install ...
RUN pipenv install ...
АК
А нафиг мне лишние файлы пихать в лэир