我試圖通過復制整個目錄來加快運行速度（包括，因為在我居住的第三世界國家/地區，重新下載依賴項需要大約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
1 回答
心有法竹
TA貢獻1866條經驗 獲得超5個贊
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
注意：我沒有建議將主機上的任何緩存直接綁定到容器，我認為它不是可移植的。
- 1 回答
- 0 關注
- 85 瀏覽
添加回答
舉報
0/150
提交
取消