Bitbucket Pipeline部署React项目时Dockerfile定位失败问题

咱们来拆解下你遇到的问题：

你在Pipeline的第一步已经完成了镜像构建并成功推送到Docker仓库，这部分流程是没问题的。但到部署阶段执行docker-compose up时报错找不到Dockerfile，核心原因是你的docker-compose.yml里保留了build配置块，但部署服务器上根本没有对应的构建上下文文件（也就是context目录和Dockerfile）。

你想想看，部署步骤里只把docker-compose.yml传到了服务器，context文件夹和里面的Dockerfile并没有同步过去。当docker-compose看到build字段时，它会默认尝试在当前服务器本地构建镜像，自然找不到需要的文件了。

最推荐的解决方案：移除docker-compose中的build配置 #

既然咱们已经在CI环境（Bitbucket Pipeline）里统一构建并推送了镜像，部署时直接拉取现成的镜像就好，完全没必要在服务器上重复构建。修改你的docker-compose.yml如下：

version: '3'
services:
  image_name:
    image: repo/image_name:${TAG}
    # 删掉整个build块，不需要在部署阶段构建镜像
    volumes:
      - ./log:/var/log/nginx/

备选方案（不推荐，仅作参考） #

如果你出于某些特殊原因必须在服务器上构建（非常不建议，因为CI环境的构建一致性更有保障），那需要在部署步骤里把context目录也同步到服务器。在Deploy to dev的script中添加这条命令：

- scp -P $SERVER_PORT -r context $SERVER_USER@$SERVER:$DOCKER_COMPOSE_DEV_PATH/

但这个方案会增加部署时间，还可能因为服务器环境和Pipeline环境差异导致镜像不一致，所以优先选第一个方案。

额外优化小技巧 #

1. 你部署步骤里的docker tag和docker rmi步骤可以简化：直接在docker-compose.yml里使用完整的镜像仓库地址，比如：

   image: $DOCKER_REGISTRY/$DOCKER_IMAGE_NAME:${TAG}
   

   这样就不需要在服务器上执行打标签和删除远程镜像的操作了，流程更简洁。
2. 执行docker-compose down时，如果不需要保留旧的卷，可以加上-v参数清理卷，不过你的日志卷是持久化的，这个按需选择就行。

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