如何防止泊坞内部版本重新下载复制的 Go 供应商

Question

我试图通过复制整个目录来加快运行速度（包括，因为在我居住的第三世界国家/地区，重新下载依赖项需要大约1000万美元），但是当我试图运行它时，它总是一次又一次地重新下载供应商，这与本地不同：Dockerfilevendorgo mod vendor

FROM golang:1.14-alpine AS builder

RUN apk --update add ca-certificates git make g++

ENV GO111MODULE=on

WORKDIR /app

RUN go get github.com/go-delve/delve/cmd/dlv

COPY . .

RUN go mod vendor

ARG COMMIT_HASH

ENV COMMIT_HASH=${COMMIT_HASH}

ARG BUILD_DATE

ENV BUILD_DATE=${BUILD_DATE}

RUN CGO_ENABLED=0 GOOS=linux GOARCH=amd64 \

    go build \

    -o app

FROM golang:1.14-alpine

WORKDIR /app

COPY --from=builder /etc/ssl/certs/ca-certificates.crt /etc/ssl/certs/ca-certificates.crt

COPY --from=builder /go/bin/dlv /

COPY --from=builder /app/app .

COPY --from=builder /app/db ./db

EXPOSE 8080 63342

CMD [ "/dlv", "--listen=:63342", "--headless=true", "--api-version=2", "--accept-multiclient", "exec", "./app" ]

以前使用这个（没有供应商）也很慢：

COPY go.mod .

COPY go.sum .

RUN go mod download -x

COPY . .

尝试这样做也不起作用：

COPY vendor /go/pkg/mod

COPY vendor /go/pkg/mod/cache/download

COPY go.mod .

COPY go.sum .

RUN go mod download -x

COPY . .

如何强制它使用复制的供应商目录，而不是一次又一次地重新下载？

因此，预期的行为是：

1. 当本地有（使用），应该使用它vendorgo mod vendordocker build

2. 但是当在CI上（因为没有承诺回购）或没有它的开发人员应该重新下载所有内容（我真的不在乎，因为他们有很好的带宽）vendor/*/*vendor/*/*

该命令适用于尚未使用的 CI 和开发人员go mod vendorgo mod vendor

Answer 1

go mod vendor仅当依赖项在本地未准备就绪时，才从网络下载依赖项。否则，它只会将依赖项复制到没有访问网络的文件夹。因此，在这里，您的问题来自在多个构建期间未重用。vendorgo mod cache作为解决方案，您可以使用 buildkit 缓存解决方案，接下来是一个最小示例：主要.go：package mainimport _ "github.com/jeanphorn/log4go"func main() {}Dockerfile：# syntax = docker/dockerfile:1.3FROM golang:1.14-alpine AS builderRUN apk --update add gitENV GO111MODULE=onWORKDIR /appCOPY main.go /appRUN go mod init helloRUN --mount=type=cache,mode=0755,target=/go/pkg/mod go get github.com/go-delve/delve/cmd/dlv && go get github.com/jeanphorn/log4goRUN --mount=type=cache,mode=0755,target=/go/pkg/mod go mod vendor第一次执行：$ export DOCKER_BUILDKIT=1$ docker build --progress=plain -t abc:1 . --no-cache#16 [builder 6/7] RUN --mount=type=cache,mode=0755,target=/go/pkg/mod go get github.com/go-delve/delve/cmd/dlv && go get github.com/jeanphorn/log4go#16 sha256:ae394bc67787799808175eada48c5f4e09101b6e153d535ddb5e4040fbf74395#16 1.941 go: downloading github.com/go-delve/delve v1.7.1#16 4.296 go: found github.com/go-delve/delve/cmd/dlv in github.com/go-delve/delve v1.7.1......#16 23.78 go: finding module for package github.com/toolkits/file#16 23.96 go: downloading github.com/toolkits/file v0.0.0-20160325033739-a5b3c5147e07#16 24.17 go: found github.com/toolkits/file in github.com/toolkits/file v0.0.0-20160325033739-a5b3c5147e07#16 DONE 27.3s第二次执行：$ export DOCKER_BUILDKIT=1$ docker build --progress=plain -t abc:1 . --no-cache#15 [builder 6/7] RUN --mount=type=cache,mode=0755,target=/go/pkg/mod go get github.com/go-delve/delve/cmd/dlv && go get github.com/jeanphorn/log4go#15 sha256:bee74f92ceb79cce449b9702c892cb39815461981838f6b63d500414be87c21d#15 1.467 go: found github.com/go-delve/delve/cmd/dlv in github.com/go-delve/delve v1.7.1#15 7.511 go: github.com/jeanphorn/log4go upgrade => v0.0.0-20190526082429-7dbb8deb9468#15 7.533 go: finding module for package github.com/toolkits/file#15 7.675 go: found github.com/toolkits/file in github.com/toolkits/file v0.0.0-20160325033739-a5b3c5147e07#15 DONE 8.7s你可以看到第1次运行生成的已经被第二次运行重用，而无需从互联网下载，现在当你在主机上这样做时，它的效果是一样的。golang mod cache注意：我没有建议将主机上的任何缓存直接绑定到容器，我认为它不是可移植的。