我正在使用Docker制作我的Python Django应用程序的简单图像。但是在构建容器的最后，它会抛出以下警告（我正在Ubuntu 20.04上构建它）：
警告：以“root”用户身份运行pip可能会导致权限错误，并与系统软件包管理器产生冲突的行为。建议使用虚拟环境
如果我正在图像中安装Python要求，为什么会出现此警告？我正在使用以下命令构建我的镜像：
sudo docker build -t my_app:1 .
我应该担心pip报出的警告吗？因为我知道它可能会破坏我的系统。
这是我的Dockerfile：
FROM python:3.8-slim-buster
WORKDIR /app
COPY requirements.txt requirements.txt
RUN pip install -r requirements.txt
COPY . .
CMD ["python", "manage.py", "runserver", "0.0.0.0:8000"]
您的容器构建方式没有添加用户，因此所有操作都是以 root 用户身份进行的。
您可以通过执行以下操作创建一个用户并安装到该用户的主目录中：
FROM python:3.8.3-alpine
RUN pip install --upgrade pip
RUN adduser -D myuser
USER myuser
WORKDIR /home/myuser
COPY --chown=myuser:myuser requirements.txt requirements.txt
RUN pip install --user -r requirements.txt
ENV PATH="/home/myuser/.local/bin:${PATH}"
COPY --chown=myuser:myuser . .
CMD ["python", "manage.py", "runserver", "0.0.0.0:8000"]
RUN pip install --upgrade pip 移动到 USER myuser 之下，警告才消失。 - Mathildaadduser命令没有-D标志，所以我收到了“选项d不明确（debug、disabled-login、disabled-password）”的错误提示。 - user550701useradd更具可移植性，应该优先使用。 Dockerfile最佳实践也建议使用useradd。 - user550701pip install --upgrade pip >/dev/null 2>&1，以抑制警告，因为您知道自己在做什么。 - alper好消息是你可以忽略这里的警告，但对于 pip 版本 > = 22.1，忽略该警告不再是最佳实践。在撰写本答案时，我还不知道 pip 版本 > = 22.1 的新技巧。
请参考Maximilian Burszley的答案。在撰写本答案时，我还不知道这个方法，它允许您使用一个小参数避免警告。
22.1 你可以忽略此警告，因为你创建的镜像是为了特定目的而隔离的，从组织上来看，就像虚拟环境一样隔离。虽然技术上不是，但这里并不重要。
通常应该不值得为了避免警告而投入时间创建虚拟环境或像另一个答案中添加用户，因为你不应该有任何问题。可能会在调试过程中影响视线，但不会停止代码工作。
只需检查 pip -V 和 pip3 -V，以了解是否需要注意不要错误地使用 python 2 的 pip，而想要用的是 python 3 的 pip。但这应该就是全部，如果你只安装 python 3 版本的 pip，则不会有这个问题。
21.1在这些旧版本中，警告不会弹出，可以再次查看其他答案。同时从问题的年代也可以清楚地看出，在旧版本中并没有出现这个警告。
我不喜欢忽略警告，因为有一天你可能会忽视一个重要的警告。
这里有一个关于Python最佳Docker实践的好解释。 搜索Example with virtualenv，你会找到以下内容：
# temp stage
FROM python:3.9-slim as builder
WORKDIR /app
ENV PYTHONDONTWRITEBYTECODE 1
ENV PYTHONUNBUFFERED 1
RUN apt-get update && \
apt-get install -y --no-install-recommends gcc
RUN python -m venv /opt/venv
ENV PATH="/opt/venv/bin:$PATH"
COPY requirements.txt .
RUN pip install -r requirements.txt
# final stage
FROM python:3.9-slim
COPY --from=builder /opt/venv /opt/venv
WORKDIR /app
ENV PATH="/opt/venv/bin:$PATH"
运行得非常好，没有任何警告或类似的问题。 顺便提一下，出于安全原因，他们还建议创建一个非root用户。
编辑：为了消除所有警告，您可能还想将以下条目添加到Dockerfile的构建器部分（适用于Debian 8.3.x）：
ARG DEBIAN_FRONTEND=noninteractive
ARG DEBCONF_NOWARNINGS="yes"
RUN python -m pip install --upgrade pip && \
...
--no-install-recommends？ - alper--no-install-recommends标志的一般解释：https://askubuntu.com/a/65093/737843。 - HeyMan/usr/local而不是/opt：RUN python3 -m venv --system-site-packages /usr/local;这样做的话，通常不需要显式地在PATH中添加/usr/local/bin，因为它已经存在（虽然不能保证）。我认为它们两个都是合法的。另请参阅：https://unix.stackexchange.com/questions/11544/what-is-the-difference-between-opt-and-usr-local - nggit
npm和其他工具也会给出错误/警告。不要在容器内以 root 身份运行，创建一个用户，在 Dockerfile 中使用该用户进行安装/构建/运行是良好的实践。 - JustinRUN pip ...命令默认由容器的 root 用户运行，无论哪个主机系统用户调用了docker build ...。这就是为什么被接受的答案在 Dockerfile 中添加了一个新用户的原因。@justin 表示，在任何情况下创建一个新的 Docker 用户都是最佳实践，这非常有趣，也许并不广为人知。 - user550701RUN命令不以root身份运行，你需要在Dockerfile中添加一个用户。 - user550701