嘿，我来给你几个能大幅节省时间的方案，不用每次加个依赖就折腾全量构建和重启所有容器～

1. 直接在运行中的容器内安装（最快的临时方案） #

如果是开发环境临时测试依赖，这绝对是最省时间的方式，完全不用重新构建镜像，也不会碰Postgres这类无关容器：

• 第一步，进入运行中的Python服务容器：

  docker-compose -f local.yml exec <你的Python服务名称> bash
  

  （记得把<你的Python服务名称>换成你docker-compose.yml里定义的服务名，比如web或者app）
• 第二步，直接安装依赖：

  pip install <你的依赖包名>
  

  安装完立刻就能用，甚至不用重启容器！
• 第三步，同步依赖到本地的requirements.txt（避免后续构建镜像时丢失这个依赖）：

  docker-compose -f local.yml exec <你的Python服务名称> pip freeze > requirements.txt
  

  这样本地的依赖清单就更新了，以后重新构建镜像也会包含这个依赖。

优点：零等待，不影响其他容器；缺点：如果后续需要重新创建容器，必须确保requirements.txt已经同步，否则新容器里会缺少这个依赖。

2. 优化Dockerfile+指定服务构建（兼顾速度和镜像一致性） #

如果你想保持镜像的可重复性，又不想每次构建都慢得离谱，可以从两方面优化：

优化Dockerfile的构建缓存 #

把安装依赖的步骤放在复制项目代码之前，这样只有当requirements.txt变化时，才会重新执行pip install，之前的构建层会被复用：

FROM python:3.11-slim

WORKDIR /app

# 先复制requirements，利用Docker缓存特性
COPY requirements.txt .
RUN pip install --no-cache-dir -r requirements.txt

# 再复制项目代码（代码改动不会触发依赖安装步骤）
COPY . .

只构建Python服务，跳过其他容器 #

修改完requirements.txt后，不用执行全量构建，只针对你的Python服务构建即可：

docker-compose -f local.yml build <你的Python服务名称>

然后重启这个服务：

docker-compose -f local.yml restart <你的Python服务名称>

这样Postgres容器完全不会被触动，构建速度会快很多——因为只有依赖相关的镜像层会重新构建。

优点：保证镜像依赖和requirements.txt一致，构建效率大幅提升；缺点：还是需要一次构建，但比全量构建快太多。

3. 本地包目录挂载（开发环境极端方案，不推荐） #

如果连构建都不想做，可以把本地Python的site-packages目录挂载到容器里，这样本地安装的依赖直接在容器里可用：
在docker-compose.yml的Python服务配置里添加卷挂载：

services:
  your-service:
    volumes:
      - ~/.local/lib/python3.11/site-packages:/usr/local/lib/python3.11/site-packages

（注意替换成你本地和容器对应的Python版本路径）
然后本地执行pip install <依赖包>，容器里立刻就能用。

优点：完全不用碰容器构建；缺点：本地和容器环境必须完全一致（Python版本、系统架构等），否则容易出现依赖兼容问题，只适合临时快速测试。

内容的提问来源于stack exchange，提问作者codekiln