Docker каждый раз заново ставит зависимости: как проверить порядок COPY

Изменили одну строку приложения, а сборка снова скачивает все зависимости. Если весь проект копируется до установки пакетов, изменение любого файла может инвалидировать нужный слой. Время сборки зависит от структуры Dockerfile и контекста.

Как разобрать ситуацию

Для типового проекта сначала копируют файл зависимостей и lock-файл, устанавливают пакеты, затем добавляют остальной код. Точный набор файлов зависит от менеджера пакетов. Важно не потерять воспроизводимость: установка должна использовать согласованный lock, а не незаметно подтягивать новые версии при каждом запуске.

Пример и ожидаемый результат

В Python-проекте изменился handler.py, но requirements.txt остался прежним. При подходящем порядке COPY слой установки зависимостей может использоваться повторно. Если поменялся requirements.txt, повторная установка ожидаема и не является поломкой кеша.

COPY requirements.txt ./
RUN pip install --no-cache-dir -r requirements.txt
COPY . .

Ожидаемый эффект — изменение прикладного кода не требует заново выполнять неизменённую установку пакетов. Конкретное ускорение зависит от сборщика и проекта, поэтому секунд в обещании нет.

Проверка перед применением

• Сравните две сборки с изменением только исходного файла и только файла зависимостей.
• Проверьте, не попали ли в контекст сборки логи, виртуальное окружение и временные артефакты.
• Убедитесь, что скрытая смена базового образа или флаг --no-cache не объясняют отсутствие повторного использования.

Этот фрагмент Dockerfile предполагает уже выбранный базовый образ и WORKDIR; он не является полным рецептом проекта. В замере фиксируйте версию Docker, состав контекста и состояние кеша. Холодная первая сборка и повторная тёплая сборка отвечают на разные вопросы и не должны смешиваться в одном сравнении.

Границы решения

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

Если требуется самостоятельно собирать образ, связывать сервисы и разбирать поломки окружения, посмотрите программу нашего платного курса

Docker и Docker Compose: контейнеризация приложений. Перед записью сравните программу со своей задачей и подготовкой.

Техническая справка: docs.docker.com: документация, docs.docker.com: документация.

Следующий шаг: Docker для разработчика: разборы запуска и хранения данных. По смежным вопросам: Exec format error в Docker: как проверить архитектуру образа и файла, Один Docker tag, разные версии: как проверить фактический образ релиза.