使用Docker Compose构建含本地依赖的Go应用镜像时报go.mod不存在错误

• go.mod中replace指令填写的是宿主机的本地绝对路径，Docker构建在隔离的容器环境中运行，容器内部不存在你宿主机上/home/julianmarin/...的目录结构，无法读取对应依赖文件。
• 现有Dockerfile仅通过COPY . .拷贝了主项目motorcars-core-business的代码，未将其余3个本地依赖（errors、motorcars-db、motorcars-models）同步到容器环境中。

1. 调整go.mod的replace路径 #

将replace的宿主机路径替换为容器内统一的项目路径，优先使用相对路径避免硬编码：

module github.com/julianskyline/motorcars-core-business

go 1.15

replace (
    # 主项目和依赖项目同级，用相对路径指向容器内的同级依赖目录
    github.com/julianskyline/errors => ../errors
    github.com/julianskyline/motorcars-db => ../motorcars-db
    github.com/julianskyline/motorcars-models => ../motorcars-models
)

2. 调整构建上下文（docker-compose.yml配置） #

由于需要拷贝所有同级依赖项目，需将Docker构建的上下文从主项目目录改为所有依赖的共同父目录：

# 示例docker-compose.yml的api服务配置
services:
  api:
    build:
      # 指向所有依赖项目的父目录，即宿主机上存放errors、motorcars-core-business等项目的目录
      context: /home/julianmarin/proyectos/go/src/github.com/julianskyline/
      # 指定Dockerfile在主项目中的相对路径
      dockerfile: motorcars-core-business/Dockerfile

3. 优化Dockerfile #

删除无效配置，补充依赖文件拷贝逻辑，修正原错误配置：

# 构建阶段
FROM golang:alpine AS build 

ENV GO111MODULE=on
# 修正原无效的GOPROXY配置，使用官方可用的代理地址
ENV GOPROXY=https://proxy.golang.org,direct

# 进入所有项目的统一父目录
WORKDIR /go/src/github.com/julianskyline/

# 将所有同级依赖、主项目依次拷贝到容器对应路径
COPY errors/ ./errors/
COPY motorcars-db/ ./motorcars-db/
COPY motorcars-models/ ./motorcars-models/
COPY motorcars-core-business/ ./motorcars-core-business/

# 进入主项目目录执行编译
WORKDIR /go/src/github.com/julianskyline/motorcars-core-business
# golang:alpine本身为Linux环境，无需额外设置GOOS
RUN go build -o /go/bin/motorcars-core-business main.go

# 运行阶段（精简镜像）
FROM alpine
# 如需支持HTTPS请求或时区可追加以下行，按需保留
# RUN apk add --no-cache ca-certificates tzdata
COPY --from=build /go/bin/motorcars-core-business /go/bin/motorcars-core-business
ENTRYPOINT [ "/go/bin/motorcars-core-business" ]

• 不要在容器构建阶段引用宿主机的绝对路径，容器环境的文件系统和宿主机完全隔离。
• 若不想调整构建上下文，也可临时将依赖打包到主项目下，但不推荐长期使用，会污染主项目目录结构。

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