Недавно перешел на использование версии 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 для тестирования, так как, по-видимому, требуется несколько последовательных компиляций.
Ошибка сама по себе вызывает недоумение, поскольку эти файлы do существуют:
[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.