#経緯
実行環境はMacです。
Go環境を構築時、$GOPATHを明示的に指定せず構築してからプログラムを書き、実行していた。
外部パッケージをgo getで取得してプログラム内でインポートする必要が出てきた。
go get自体は実行だけなら問題なく出来たものの、その後go run foo.goがエラーで通らなくなった。
エラー内容で案内された通りのコマンド叩いても、反応無し。
※warningについては後述
human$ go run foo.go
warning: GOPATH set to GOROOT (/usr/local/opt/go/libexec) has no effect
go: inconsistent vendoring in /usr/local/opt/go/libexec/src:
go.mod requires github.com/stretchr/testify v1.4.0 but vendor/modules.txt does not include it.
run 'go mod tidy; go mod vendor' to sync
$GOPATHと$GOROOTを設定して、再度go run → 失敗
go getを再実行しても、最新だよと怒られる。
困った。
#結論
$GOPATHと$GOROOTを適当に理解し、途中でイジイジしたせいでディレクトリ構造がイカれた。
修正の対応として、以下を実施
1. $GOPATHを設定&反映
2. エラー内容で案内されたコマンドを再度叩く
3. 100回目のgo run xxx.go再実行 → 成功
#もう少し詳しく
そもそも、筆者は$GOPATHと$GOROOTをあまり理解していなかった。
簡単な違いを以下に示します。
$GOPATH:
Goのワーキングディレクトリを指す。
自分で好きな場所を指定して良い。
そこでGoのプログラムを書き、実行する。
go getやgo installを実行した時のインストール先となる。
$GOROOT:
Goのルートディレクトリを指す。
$GOROOTのPATHは改めて設定すべきではない。
理由は、既に然るべき場所を参照しているから。
複数のGoバージョンを使うのであれば、設定が必要かも。
詳細は、以下参照
#実践
筆者は＄GOPATHと＄GOROOTについて完全に理解したので、早速bash_profileを修正&反映する。
$ vi ~/.bash_profile
export GOPATH="$(brew --prefix golang)/libexec"
export PATH=$PATH:$HOME/go/bin
~
~
~
:wq
$ source ~/.bash_profile
go getで欲しかった外部パッケージを再度取得
$ go get xxxxxxx
go: downloading xxxx
go: downloading xxxx
go: extracting xxxx
...
...
エラーで案内されたコマンドを再度叩く
うんともすんとも言わなかったこのコマンドが、何やら喋り始めたが、無視。
※この時のログ取れてませんでした...
$ go mod tidy
$ go mod vendor
最後は、go run foo.goで実行確認をして、無事実行できることを確認。
経緯で書いていたwarningですが、あれは$GOPATHと$GOROOTが同じディレクトリを指している場合に表示されるようです。
そうです、筆者はまだ完全に理解していませんでした。
$GOPATHと$GOROOTが同じディレクトリを指しているということは、Goのルートディレクトリで作業をしていることになるので、気持ち悪いです。
なので、しっかり分けてあげたところwarningも出なくなりました。
#最後に
この問題で２時間くらい潰してしまったので、同じ状況に陥ってしまった方々の救いになれば...と。
これで明日からまたGoをイジイジ出来ます。
以上です。