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

Question

我试图通过复制整个目录来加快运行速度（包括，因为在我居住的第三世界国家/地区，重新下载依赖项需要大约1000万美元），但是当我试图运行它时，它总是一次又一次地重新下载供应商，这与本地不同：Dockerfilevendorgo mod vendorFROM golang:1.14-alpine AS builderRUN apk --update add ca-certificates git make g++ENV GO111MODULE=onWORKDIR /appRUN go get github.com/go-delve/delve/cmd/dlvCOPY . .RUN go mod vendorARG COMMIT_HASHENV COMMIT_HASH=${COMMIT_HASH}ARG BUILD_DATEENV BUILD_DATE=${BUILD_DATE}RUN CGO_ENABLED=0 GOOS=linux GOARCH=amd64 \    go build \    -o appFROM golang:1.14-alpineWORKDIR /appCOPY --from=builder /etc/ssl/certs/ca-certificates.crt /etc/ssl/certs/ca-certificates.crtCOPY --from=builder /go/bin/dlv /COPY --from=builder /app/app .COPY --from=builder /app/db ./dbEXPOSE 8080 63342CMD [ "/dlv", "--listen=:63342", "--headless=true", "--api-version=2", "--accept-multiclient", "exec", "./app" ]以前使用这个（没有供应商）也很慢：COPY go.mod .COPY go.sum .RUN go mod download -xCOPY . .尝试这样做也不起作用：COPY vendor /go/pkg/modCOPY vendor /go/pkg/mod/cache/downloadCOPY go.mod .COPY go.sum .RUN go mod download -xCOPY . .如何强制它使用复制的供应商目录，而不是一次又一次地重新下载？因此，预期的行为是：当本地有（使用），应该使用它vendorgo mod vendordocker build但是当在CI上（因为没有承诺回购）或没有它的开发人员应该重新下载所有内容（我真的不在乎，因为他们有很好的带宽）vendor/*/*vendor/*/*该命令适用于尚未使用的 CI 和开发人员go mod vendorgo mod vendor

Answer 1

go mod vendor仅当依赖项在本地未准备就绪时，才从网络下载依赖项。否则，它只会将依赖项复制到没有访问网络的文件夹。因此，在这里，您的问题来自在多个构建期间未重用。vendorgo mod cache

作为解决方案，您可以使用 buildkit 缓存解决方案，接下来是一个最小示例：

主要.go：

package main

import _ "github.com/jeanphorn/log4go"

func main() {

}

Dockerfile：

# syntax = docker/dockerfile:1.3

FROM golang:1.14-alpine AS builder

RUN apk --update add git

ENV GO111MODULE=on

WORKDIR /app

COPY main.go /app

RUN go mod init hello

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

RUN --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

注意：我没有建议将主机上的任何缓存直接绑定到容器，我认为它不是可移植的。