如何防止 docker build 重新下载复制的 Go 供应商

学习知识要善于思考，思考，再思考！今天golang学习网小编就给大家带来《如何防止 docker build 重新下载复制的 Go 供应商》，以下内容主要包含等知识点，如果你正在学习或准备学习Golang，就都不要错过本文啦~让我们一起来看看吧，能帮助到你就更好了！

我试图通过复制整个目录（包括vendor，因为在我住的地方重新下载依赖项花费了大约10m+）来使dockerfile运行得更快，但是当我尝试运行它时，它总是一次又一次地重新下载供应商，这与go时不同本地 modvendor：

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. 当本地有 vendor （使用 go modvendor）时，docker build 应该使用它
2. 但是在 ci 上（因为 vendor/*/* 未提交到存储库）或没有 vendor/*/* 的开发人员，它可能应该重新下载所有内容（我真的不在乎，因为他们有良好的带宽）

go modvendor 命令适用于尚未使用 go modvendor 的 ci 和开发人员

正确答案

如果依赖项在本地环境中尚未准备好，go modvendor 仅从网络下载依赖项。否则，它只会将依赖项复制到文件夹 vendor 而不访问网络。您的问题来自 go mod 缓存 在多个构建过程中没有被重用。

作为解决方案，您可以使用 buildkit cache solution。

一个最小的例子：

ma​​in.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

您可以看到第一次运行生成的 golang mod cache 已被第二次运行重用，而无需从互联网下载。现在它的工作方式与在主机上执行时相同。

注意：我不建议将主机上的任何缓存直接绑定到容器。我认为它不便于携带。

没关系，从 @zasdaym 得到答复

COPY go.mod go.sum source.go
COPY vendor ./vendor

RUN go build -mod vendor -o out.exe

它不会重新下载

今天关于《如何防止 docker build 重新下载复制的 Go 供应商》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！