构建期间的模块依赖缓存问题

一分耕耘，一分收获！既然都打开这篇《构建期间的模块依赖缓存问题》，就坚持看下去，学下去吧！本文主要会给大家讲到等等知识点，如果大家对本文有好的建议或者看到有不足之处，非常欢迎大家积极提出！在后续文章我会继续更新Golang相关的内容，希望对大家都有所帮助！

最近改用 go 1.11 版本，并尝试将我们的项目转换为使用新的模块系统。然而，我遇到了一个令人沮丧的缓存系统问题（由于过去不相关的问题，到目前为止我已经使用 gocache=off 运行，但这不是模块的选项）。

以下命令日志基于使用 homebrew 将我的系统转到 1.11 进行全新升级（我通常使用 gvm 来安装和管理 go 版本，但为此交换到系统构建以查看 gvm 是否是问题所在）。我将 gopath 设置为临时目录，并将源代码移出默认 gopath（当前位于 ~/gotemp/statsbot）。

对于这个命令日志，我首先破坏缓存，使其处于新状态。然后，我将进行构建（以引入任何缺失的依赖项，这也应该重新缓存依赖项），然后对其中一个子目录进行测试。

[08:34:48] statsbot (feature/bot-rebuild-gomod) $ rm -rf on

[08:34:49] statsbot (feature/bot-rebuild-gomod) $ go clean --cache

[08:34:50] statsbot (feature/bot-rebuild-gomod) $ go env
goarch="amd64"
gobin=""
gocache="on"
goexe=""
goflags=""
gohostarch="amd64"
gohostos="darwin"
goos="darwin"
gopath="/var/folders/ck/bf8_n8hn34j7bh7hqqppxrtm0000gn/t/tmp.3ga5iq09"
goproxy=""
gorace=""
goroot="/usr/local/cellar/go/1.11/libexec"
gotmpdir=""
gotooldir="/usr/local/cellar/go/1.11/libexec/pkg/tool/darwin_amd64"
gccgo="gccgo"
cc="clang"
cxx="clang++"
cgo_enabled="1"
gomod="/users/kaedys/gotemp/statsbot/go.mod"
cgo_cflags="-g -o2"
cgo_cppflags=""
cgo_cxxflags="-g -o2"
cgo_fflags="-g -o2"
cgo_ldflags="-g -o2"
pkg_config="pkg-config"
gogccflags="-fpic -m64 -pthread -fno-caret-diagnostics -qunused-arguments -fmessage-length=0 -fdebug-prefix-map=/var/folders/ck/bf8_n8hn34j7bh7hqqppxrtm0000gn/t/go-build065167780=/tmp/go-build -gno-record-gcc-switches -fno-common"

[08:34:53] statsbot (feature/bot-rebuild-gomod) $ go build .

[08:35:01] statsbot (feature/bot-rebuild-gomod) $ ginkgo stats
failed to compile stats:

# golang.org/x/text/runes
/var/folders/ck/bf8_n8hn34j7bh7hqqppxrtm0000gn/t/tmp.3ga5iq09/pkg/mod/golang.org/x/[email protected]/runes/cond.go:10:2: can't open import: "golang.org/x/text/transform": open on/51/51b9b2cf5a27a7ff06942814ad6ef031de64dc6d773c835916067578ea1ae3a1-d: no such file or directory
# golang.org/x/text/encoding
/var/folders/ck/bf8_n8hn34j7bh7hqqppxrtm0000gn/t/tmp.3ga5iq09/pkg/mod/golang.org/x/[email protected]/encoding/encoding.go:19:2: can't open import: "golang.org/x/text/encoding/internal/identifier": open on/4c/4c2fad64312f6ec34b38755ccecb96bb31c6995211f39e0eb4112abc2fac560c-d: no such file or directory
# gopkg.in/fsnotify.v1
/var/folders/ck/bf8_n8hn34j7bh7hqqppxrtm0000gn/t/tmp.3ga5iq09/pkg/mod/gopkg.in/[email protected]/kqueue.go:18:2: can't open import: "golang.org/x/sys/unix": open on/77/77790588f9aed90a52efdb1dac069953e1ea2bf82db8627a47a9492862b39c6e-d: no such file or directory

ginkgo ran 1 suite in 4.123499564s
test suite failed

我在许多构建情况下都看到了同样的错误消息。 go build . 通常会成功，但有时会失败并显示类似消息。运行 go clean --cache invariable 修复了这些问题，但我真的不想在每次构建之前运行它，并且在尝试使用 ginkgo 进行测试时它不起作用，因为这似乎涉及多次连续编译。

错误本身令人困惑，因为这些文件确实存在：

[08:40:49] statsbot (feature/bot-rebuild-gomod) $ ll on/4c
total 112
-rw-r--r--  1 kaedys  staff  18346 Sep 14 08:40:19 2018 4c1d5db302dff0381c402160d7fd2bd89a6dafd3edc61b3dbd5e8f1a85108fb7-d
-rw-r--r--  1 kaedys  staff  27980 Sep 14 08:40:45 2018 4c2fad64312f6ec34b38755ccecb96bb31c6995211f39e0eb4112abc2fac560c-d
-rw-r--r--  1 kaedys  staff    175 Sep 14 08:40:20 2018 4cbbc40c46eba0ef41f3ebd23470c3327215fa6e05e269c276c6635da79f2e8e-a
-rw-r--r--  1 kaedys  staff     13 Sep 14 08:40:20 2018 4cffcbd4a7f1255ca3696f5e24e0b1045d14c25f1f90cbbb077b5d6f2d11e68c-d

ll 中的第二个文件是第二个错误消息抱怨丢失的文件，因此我只能假设它在文件仍在生成时尝试访问该文件，或者它正在其他目录中查找（这很难说，因为错误消息只报告文件的相对路径）。

在 go github 上创建官方问题之前，在这里发帖看看是否有人知道如何解决这个问题，或者在我的环境设置中是否有什么奇怪的事情。

解决方案

您的 GOCACHE 环境变量设置为 "on"。 GOCACHE 的值必须是一个文件夹，并且特殊的 "off" 值意味着不缓存构建和测试结果，并且不使用这些结果的已缓存数据。 "on" 上没有特殊值。

您不必设置 GOCACHE，因为它有一个默认值。引用自Command Go: Build and test caching:

go 命令会缓存构建输出，以便在将来的构建中重用。缓存数据的默认位置是当前操作系统的标准用户缓存目录中名为 go-build 的子目录。设置 GOCACHE 环境变量会覆盖此默认值，并且运行“go env GOCACHE”会打印当前缓存目录。您可以将该变量设置为“off”以禁用缓存。

到这里，我们也就讲完了《构建期间的模块依赖缓存问题》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！