Docker构建阶段无法从容器化PyPI服务器安装Python包怎么办？

这个问题的核心原因很明确：Dockerfile的构建阶段和容器运行阶段处于完全不同的网络环境中。

当你用docker-compose up启动容器时，test-flask容器会加入到指定的test-version-2-network网络里，这时候它能通过服务名test-pypiserver解析到对应的容器，并且pypiserver服务已经启动，所以进入容器后执行安装命令能成功。

但在Dockerfile的RUN指令执行时，这个构建过程是独立的——它并没有加入到docker-compose创建的网络中，甚至此时test-pypiserver容器可能还没启动（因为docker-compose是先构建镜像再启动容器），自然无法访问到pypiserver服务。

下面提供几种可行的解决方案，你可以根据自己的场景选择：

方案1：提前下载包到本地，构建阶段从本地安装（最可靠） #

这种方式不需要依赖外部服务，构建过程完全离线，稳定性最高。

1. 先确保test-pypiserver容器处于运行状态，然后在本地执行命令下载需要的包：

pip download --extra-index-url http://localhost:8090 osh -d ./dashboard/packages/

（这里假设你的pypiserver映射到本地8090端口）

2. 在Flask项目的dashboard目录下创建packages文件夹，把下载好的包放进去。

3. 修改Dockerfile，把原来的RUN pip install ...命令替换成从本地包安装：

# 替换原来的pypiserver安装命令
RUN pip install --no-index --find-links ./packages osh

这样构建阶段就不需要访问外部服务，直接从本地文件安装包。

方案2：构建时指定docker-compose网络（依赖外部容器） #

如果你希望构建阶段直接访问pypiserver服务，可以让构建过程加入到docker-compose创建的网络中，但需要手动确保网络和pypiserver容器提前就绪：

1. 先创建docker-compose定义的网络（如果还没创建）：

docker network create test-version-2-network

2. 启动test-pypiserver容器：

docker-compose up -d test-pypiserver

3. 单独构建test-flask镜像时，指定使用这个网络：

docker build --network test-version-2-network -t test-flask ./dashboard/.

4. 之后再用docker-compose up启动服务即可。

不过这种方式的缺点是构建过程依赖外部运行的容器，不够独立，适合临时构建或者测试场景。

方案3：在requirements.txt中配置包源（配合方案1或2） #

你也可以把pypiserver的源配置到requirements.txt里，这样pip install -r requirements.txt就能自动处理：

修改requirements.txt，加入：

--trusted-host test-pypiserver
--extra-index-url http://test-pypiserver:8080
osh

这样不管是构建阶段还是运行阶段，只要能访问到pypiserver，就能直接安装。但同样需要解决构建阶段的网络访问问题，所以还是要结合方案1或2来使用。

注意：depends_on只是保证容器启动顺序，并不会等待pypiserver服务完全就绪，但你进入容器后能成功安装，说明服务启动速度足够快，这个问题暂时不用考虑。

内容的提问来源于stack exchange，提问作者Oğuz Öztınaz