忽略 Docker 中的 Go 1.14 模块供应商目录

在 Docker 中构建 Go 项目时，默认情况下会重新下载依赖项，即使它们没有更改。本文探讨了在 Docker 中忽略 Go 1.14 模块供应商目录的方法，以便在依赖项未更改时使用模块缓存。作者尝试了两种方法，但结果不一致，因此他们深入研究了问题，并发现供应商目录正在使用，但模块在每次构建时仍然被重新编译。解决方案涉及使用 Docker 构建器模式，并使用 `docker-compose.yaml` 文件在开发环境中提高构建速度。

如何在 docker 中获取 go build 命令以在每个构建上使用模块缓存或供应商目录，除非依赖项已更改？

我尝试过这两种方法，但结果不一致：

如何在 docker 容器中保留 go 1.11 模块？ ^ 我相信这是行不通的，因为我正在使用 docker“构建器”模式。

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

我正在服务器上工作，对于我对 go 源代码所做的每一个微小更改，我都需要重新编译，但它确实不感觉该步骤还必须每次都重新下载所有依赖项。

我正在将此服务器构建为 go 模块 ，这是我当前的 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 在模块路径中检测到供应商目录，它应该已经自动使用该标志（就在那里）。

解决方案

供应商文件正在被使用，但它看起来并不像它，因为尽管它没有重新下载构建时的所有模块，但它是 在每次构建时重新构建它们。问题似乎是尝试使用构建器模式，我已经更改了我的开发撰写文件来处理撰写 yaml 中的所有内容，并将保留构建器模式 dockerfile 用于生产（无论如何，它才真正重要）。

现在使用以下内容，我的开发构建速度更快，并且似乎不需要在每个构建上重新编译每个模块：

docker-compose.yaml

version: "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.go

volumes:
  cache:

好了，本文到此结束，带大家了解了《忽略 Docker 中的 Go 1.14 模块供应商目录》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多Golang知识！