Проблема с кэшированием зависимостей модуля во время сборки

Question

Недавно перешел на использование версии Go 1.11, и я пытаюсь перевести наши проекты на использование новой системы модулей. Тем не менее, я столкнулся с неприятной проблемой с системой кэширования (до сих пор я работал с GOCACHE=off из-за несвязанных проблем в прошлом, но это не вариант с модулями).

Приведенный ниже журнал команд основан на использовании свежего обновления моей системы Перейти к 1.11 с помощью Homebrew (я обычно использую gvm для установки и управления версиями Go, но для этого поменялся на сборку системы, чтобы узнать, была ли проблема в gvm). Я установил свой GOPATH во временный каталог и переместил исходный код из GOPATH по умолчанию (в настоящее время он находится в ~/gotemp/statsbot).

Для этого журнала команд я сначала очищаю кеш, чтобы получить его в свежем состоянии. Затем я делаю сборку (для извлечения любых отсутствующих зависимостей, которая также должна восстанавливать deps) с последующим тестом в одном из подкаталогов.

[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/text@v0.3.0/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/text@v0.3.0/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/fsnotify.v1@v1.4.7/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 Неизменное исправление этой проблемы, но я не хочу запускать ее перед каждой сборкой, и она не работает при попытке использовать 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.

Answer 1

Ваш GOCACHE переменная окружения установлена ​​в "on", Ценность GOCACHE должна быть папка, а специальный "off" значение означает не кэшировать результаты сборки и тестирования и не использовать уже кэшированные данные тех. Там нет особой ценности "on",

Вам не нужно устанавливать GOCACHE, так как он имеет значение по умолчанию. Цитирование из Command Go: Сборка и тестирование кэширования:

Кэширование команды go выводит выходные данные для повторного использования в будущих сборках. Расположение по умолчанию для данных кэша - это подкаталог go-build в стандартном каталоге кэша пользователя для текущей операционной системы. Установка переменной среды GOCACHE переопределяет это значение по умолчанию, и запуск 'go env GOCACHE' печатает текущий каталог кэша. Вы можете установить переменную в "off", чтобы отключить кеш.