当前位置: > > > > 如何防止 docker build 重新下载复制的 Go 供应商
来源:stackoverflow
2024-04-23 10:36:35
0浏览
收藏
学习知识要善于思考,思考,再思考!今天小编就给大家带来《如何防止 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 . .
如何强制它使用复制的供应商目录而不是一次又一次地重新下载?
所以预期的行为是:
- 当本地有
vendor
(使用go modvendor
)时,docker build
应该使用它 - 但是在 ci 上(因为
vendor/*/*
未提交到存储库)或没有vendor/*/*
的开发人员,它可能应该重新下载所有内容(我真的不在乎,因为他们有良好的带宽)
go modvendor
命令适用于尚未使用 go modvendor
的 ci 和开发人员
正确答案
如果依赖项在本地环境中尚未准备好,go modvendor
仅从网络下载依赖项。否则,它只会将依赖项复制到文件夹 vendor
而不访问网络。您的问题来自 go mod 缓存
在多个构建过程中没有被重用。
作为解决方案,您可以使用 。
一个最小的例子:
main.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
已被第二次运行重用,而无需从互联网下载。现在它的工作方式与在主机上执行时相同。
注意:我不建议将主机上的任何缓存直接绑定到容器。我认为它不便于携带。
没关系,从 得到答复
COPY go.mod go.sum source.go COPY vendor ./vendor RUN go build -mod vendor -o out.exe
它不会重新下载
今天关于《如何防止 docker build 重新下载复制的 Go 供应商》的内容介绍就到此结束,如果有什么疑问或者建议,可以在公众号下多多回复交流;文中若有不正之处,也希望回复留言以告知!