时间戳

首页 > 解决方案 > 为什么 docker-compose 在 `docker-compose up` 上构建一个新镜像？

python - 为什么 docker-compose 在 `docker-compose up` 上构建一个新镜像？

问题描述

当我运行时docker-compose up，为什么会创建一个新图像？如何告诉 docker-compose 使用我刚刚创建的图像运行？我在这里做错了什么？

当我docker build . -t prod_srdc_web从干净的系统运行命令时，使用docker system prune -a，一切都很好。当我docker image ls在构建图像后运行时，我看到以下内容：

REPOSITORY          TAG                 IMAGE ID            CREATED              SIZE
prod_srdc_web       latest              923538608c06        5 seconds ago        1.1GB
<none>              <none>              04b24dbf7c93        About a minute ago   4.23MB
python              3.7                 42d620af35be        9 days ago           918MB
alpine              3.7                 6d1ef012b567        4 months ago         4.21MB

在我运行之后，docker-compose up一切都会重新构建并启动容器。现在docker image ps显示具有新名称的相同图像srdc_django_web：

REPOSITORY          TAG                 IMAGE ID            CREATED              SIZE
srdc_django_web     latest              7e75a841e0fd        About a minute ago   1.1GB
prod_srdc_web       latest              923538608c06        2 minutes ago        1.1GB
<none>              <none>              04b24dbf7c93        4 minutes ago        4.23MB
python              3.7                 42d620af35be        9 days ago           918MB
alpine              3.7                 6d1ef012b567        4 months ago         4.21MB

为什么要docker-compose up建立一个新的形象？理想情况下，我想使用我刚刚构建和标记的图像，prod_srdc_web.

Dockerfile： 

FROM alpine:3.7

RUN apk upgrade --no-cache build-base gcc python=3.7 python3-dev postgresql-dev bash git

ENV LIBRARY_PATH=lib:/usr/lib

FROM python:3.7
ENV PYTHONUNBUFFERED 1
RUN mkdir -p /code && mkdir -p /var/www/website.com/static/
WORKDIR /code

# Install dependencies
COPY requirements.txt /code/
RUN pip3 install --no-cache-dir --upgrade pip
RUN pip3 install -r requirements.txt
RUN pip3 install gunicorn

# Copy project
COPY . /code

# Copy entrypoint.prod.sh
COPY ./entrypoint.prod.sh /

EXPOSE 4500

# Run entrypoint.prod.sh
RUN [ "chmod", "+x", "./entrypoint.prod.sh" ]
ENTRYPOINT [ "./entrypoint.prod.sh" ]

码头工人-compose.yml

version: '3'

services:
  django_web:
    build: .
    volumes:
      - .:/srdc
    ports:
      - "4500:4500"
    container_name: srdc_c_django_web

入口点.prod.sh

#!/usr/bin/env bash
python manage.py makemigrations
python manage.py migrate --noinput
python manage.py collectstatic --noinput
gunicorn srdc.wsgi:application -w 3 -b 0.0.0.0:4500

看起来存储库名称srdc_django_web是通过将目录名称 ( srdc) 与 docker-compose.yml 文件 ( django_web) 中的服务名称连接起来创建的。如果我最终添加 Nginx，我想使用 docker-compose up 来运行整个容器prod_srdc_web，而不是让它重新构建每个服务。

仅供参考，我的版本是：

Docker version 18.09.2, build 6247962
docker-compose version 1.23.2, build 1110ad01

标签： pythondockerdocker-compose

解决方案

您的撰写文件未指定图像名称。因此，即使您提前手动构建镜像，docker-compose 也没有您要运行的构建和您已经创建的镜像的任何映射。要给出图像名称，请指定：

version: '3'

services:
  django_web:
    build: .
    image: prod_srdc_web:latest
    volumes:
      - .:/srdc
    ports:
      - "4500:4500"
    container_name: srdc_c_django_web

Docker 将使用图像缓存来避免重新创建它已经拥有的相同图像层。但是，由于您具有以下内容：

COPY . /code

构建上下文（当前目录，假设您不忽略带有 a 的文件.dockerignore）中的任何文件更改都将导致创建新图像。这可以包括文件所有权和权限，并且像 docker-compose.yml 这样的文件（如果它们在此目录中）也包括在内。

推荐阅读