Docker多容器正确管理与协作相关技术咨询

我是Docker新手，目前用Docker Compose运行两个容器：一个Express后端API，一个PostgreSQL数据库，后续还要添加前端容器。当前容器运行正常，但有以下几个疑问：

1. 应该保持数据库容器持续运行，用docker exec执行SQL查询，还是每次重建数据库时运行SQL脚本？
2. 怎么利用这些容器开展团队协作？
3. 是只共享配置文件，还是把镜像推送到Docker Hub让团队拉取？如果是后者，Docker Compose该怎么配合使用？

当前本地运行的配置文件 #

compose.yaml

version: '3.9'

services:
  backend:
    container_name: backend
    image: backend
    build:
      context: ./backend
      dockerfile: backend.dockerfile
    ports:
      - 4000:4000
    environment:
      - DATABASE_URL="postgresql://postgres:...@db:5432/carpool"
  db:
    container_name: db
    image: postgres:12
    restart: always
    healthcheck:
      test: [ "CMD-SHELL", "pg_isready -d carpool -U postgres" ]
    environment:
      POSTGRES_USER: postgres
      POSTGRES_PASSWORD: ...
      POSTGRES_DB: carpool
    ports:
      - 5432:5432
    volumes:
      - pgdata:/var/lib/postgresql/data

volumes:
  pgdata: {}

backend.dockerfile

FROM node:20

WORKDIR /app

COPY package*.json ./

RUN npm install && npm install -g nodemon

COPY . .

EXPOSE 3000

CMD ["node", "server.mjs"]

疑问解答 #

1. 数据库容器管理：docker exec 还是初始化脚本？

分场景处理：

• 开发调试时：可以保持数据库容器运行，用docker exec -it db psql -U postgres -d carpool直接进入数据库执行查询，临时查看数据或调试问题很方便。你的配置已经用了pgdata卷持久化数据，重启容器不会丢失本地开发数据。
• 团队协作/环境重置时：必须用初始化SQL脚本保证环境一致性。PostgreSQL容器会自动执行/docker-entrypoint-initdb.d/目录下的.sql/.sh脚本，你可以在项目里创建db-init目录，把建表、插初始数据的脚本放进去，然后在compose.yaml的db服务里加一个挂载：

  volumes:
    - pgdata:/var/lib/postgresql/data
    - ./db-init:/docker-entrypoint-initdb.d
  

  这样每次删除pgdata卷（docker volume rm <项目名>_pgdata）后重启，数据库会自动执行脚本生成一致的初始状态，避免团队成员本地数据不一致的问题。

2. 基于容器的团队协作方案

• 共享配置与代码到Git仓库：把compose.yaml、backend.dockerfile、.dockerignore（建议添加，排除node_modules、.env等）、数据库初始化脚本都放到Git仓库，团队成员克隆后，只需执行docker-compose up --build就能一键拉起完整环境，不用手动安装Node、PostgreSQL等依赖。
• 用.env管理敏感信息：把数据库密码、API密钥这些敏感内容从compose.yaml里抽出来，放到.env文件，比如：

  POSTGRES_PASSWORD=your-password
  DATABASE_URL="postgresql://postgres:your-password@db:5432/carpool"
  

  然后在compose.yaml里用${变量名}引用，比如POSTGRES_PASSWORD: ${POSTGRES_PASSWORD}。团队共享.env.example作为模板，每个人自己创建.env填实际值，不要把.env推到Git。
• 约定环境操作流程：比如明确什么时候需要重建数据库、怎么更新依赖，确保所有人的操作步骤一致。

3. 配置文件 vs Docker Hub 镜像

• 开发阶段：优先共享配置文件
  开发时代码变动频繁，团队成员自己构建镜像（docker-compose build）可以随时修改代码、调试，更灵活。你的当前配置就是这种模式，没问题。
• 测试/生产阶段：推送镜像到仓库
  当代码稳定后，可以把后端镜像推送到Docker Hub（或私有镜像仓库），步骤如下：
  1. 登录Docker Hub：docker login
  2. 给镜像打标签：docker tag backend your-dockerhub-username/backend:v1.0
  3. 推送镜像：docker push your-dockerhub-username/backend:v1.0
  4. 修改compose.yaml，注释掉build部分，改用仓库镜像：

     backend:
       container_name: backend
       image: your-dockerhub-username/backend:v1.0
       # build:
       #   context: ./backend
       #   dockerfile: backend.dockerfile
       ports:
         - 4000:4000
       environment:
         - DATABASE_URL="postgresql://postgres:...@db:5432/carpool"
     

  这样团队成员拉取compose.yaml后，直接docker-compose up就能拉取现成镜像启动，不用再构建。数据库用官方镜像即可，不需要自己推送。

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