Go 1.14 模块构建命令忽略 Docker 中的供应商目录

除非依赖项已更改,否则如何go build在 Docker 中获取命令以在每次构建时使用模块缓存或供应商目录?


我已经尝试了这两种方法,但结果不一致:


如何在 Docker 容器中保留 go 1.11 模块? ^ 这不起作用,我相信因为我使用的是 Docker “builder” 模式。


https://medium.com/@monirz/golang-dependency-solution-with-go-module-and-docker-8967da6dd9f6 ^ 这应该可以,但由于某种原因不能...


我正在一台服务器上工作,对于我对 go 源代码所做的每一个小改动,我都需要重新编译是有道理的,但是那一步应该还必须再次重新下载所有依赖项是没有意义的,每次。


我正在将此服务器构建为go module,这是我当前的 Dockerfile:


FROM golang:1.14 AS builder


# Add the source

WORKDIR /app

COPY . .


# Statically compile our app for use in a distroless container

RUN CGO_ENABLED=0 go build -mod vendor -ldflags="-w -s" -v -o app .


# A distroless container image with some basics like SSL certificates

# https://github.com/GoogleContainerTools/distroless

FROM gcr.io/distroless/static


# Copy over binary and words dir

COPY --from=builder /app/app /app


ENTRYPOINT ["/app"]

我还尝试将-mod=vendor标志添加到 go 命令中并且它不会改变行为......如果 1.14 在模块路径中检测到供应商目录(在那里),它应该已经自动使用该标志。


墨色风雨
浏览 129回答 1
1回答

跃然一笑

供应商文件正在被使用,但它看起来不像,因为虽然它没有在构建时重新下载所有模块,但它在每次构建时都重新构建它们。问题似乎是在尝试使用构建器模式,我已经更改了我的开发 compose 文件以处理 compose yaml 中的所有内容,并将保留构建器模式 Dockerfile 用于生产(无论如何它只是真正重要的地方)。现在使用以下内容,我的开发构建速度更快,并且似乎不会在每次构建时重新编译每个模块:docker-compose.yamlversion: "3.7"services:  nginx:    container_name: nginx    image: nginx:alpine    restart: unless-stopped    ports:      - 8000:80    depends_on:      - api    volumes:      - ./container_spec/nginx.conf:/etc/nginx/nginx.conf      - ./container_spec/cors_support:/etc/nginx/cors_support  api:    image: golang:1.14    container_name: api    restart: always    working_dir: /app    volumes:      - .:/app      - cache:/go    expose:      - 8080    command: go run main.govolumes:  cache:
打开App,查看更多内容
随时随地看视频慕课网APP

相关分类

Go