GoPathをプロジェクト毎にさくっと変更したい

Question

GoPathの変更がちょっと面倒だと感じています。

私はいつも、別のプロジェクトの開発を進めたいなって思った時は、.bash_profileのGopathをわざわざ変更しております。
go getもgopathが正しく設定されていないと、ちゃんとしたところに入ってこないし、
また、正しいGopathに設定しないと、Intellijもソースコード上で赤く光ってしまうため、ちょっと困っております。

まだ、Go言語初心者ですので、自分は、僕はこうしているという方がいればご教授頂きたいです。

ちなみにインストールしているgo管理ツールはgoenvを使用しております。

Answer 1

goに限った話ではないですが、環境変数をプロジェクトディレクトリに入ったら追加したいとか変えたいとかであれば
direnvが便利です。

https://github.com/direnv/direnv

上の方が仰っているように『プロジェクトごとに依存環境を管理したい』とかであればgo moduleでできます
(go version 1.11以降)

Comments

[nobonobo]

エディタによってはdirenvによる変更に追従してくれるプラグインがあったりしますので
こちらの手法も良いと思います！

Answer 2

GOPATHは一か所に固定しておいて、
プロジェクトごとにパッケージ管理を分離するなら
Go1.11以降のGO MODULE機能を使うとよいですよ！

GOPATH配下じゃないところに以下のようなプロジェクトフォルダ構成を作って、
（またはGO111MODULES=on環境変数を設定）

sample1/
┗┳━sub/
 ┃ ┗━impl.go
 ┗━main.go

impl.go

package sub

var Name = "sub"

main.go

package main

import "example.org/sample1/sub"

func main() {
	println(sub.Name)
}

sample1フォルダ直下で以下のコマンドでGo-Moduleを初期化すれば、
カレントフォルダは「example.org/sample1」パッケージルートと等価になります。

go mod init example.org/sample1
# あとはrunしたりbuildしたりご自由に。
go run .
go build .

また、go mod vender とすると現在使っているリビジョンをGOPATH配下からカレントフォルダ/vendor配下にコピーしてくれます。

Intellijのパッケージ探索がGo-Moduleに対応しているかどうかについては私は使っていないのでわかりませんが、Goの静的解析ツール群やコード補完支援サーバーなども順次Go-Module対応が進んでいくはずです。

Comments

[best_engineer]

ありがとうございます。
moduleを作成するということですが、directory単位でできる方法はないのでしょうか？？

例えば、下記みたいなやり方が理想なのですが。。。
https://qiita.com/nghinv/items/37ab7aed484e007b0493
↓
gvm pkgset use hogeとかgvm pkgset use fugaで一瞬でgopathを切り替える

[nobonobo]

何のためにパッケージ群を切り替えたいのでしょうか？

プロジェクトごとにパッケージ依存の整合性を担保したいというのであればGo-Moduleで十分確保できますし、GoLandなどはGo-Moduleをサポートしたと書いてますね。

そしてGo1.13ではGo-Moduleが常に有効になりスタンダードな方法になります。
（なのでたとえ別の不具合があっても修正されていくことが期待できます。）

おそらくgvmを使う方法だと都度エディタに新しい環境変数セットをプロジェクト用設定に載せる必要があるでしょう。

[best_engineer]

Go言語でプロジェクトを複数、進めていく場合のフォルダ構造ってどんな風になっているのでしょうか？？

例えば、go moduleを使う場合は下記のような場合を想定して、切り替えられるのでしょうか？？

goPath/project1
goPath/project2

[nobonobo]

「プロジェクトを複数」というのが具体的にどういう状況を指しているのかはわかりませんが、言えることは以下に列挙します。

- GOPATH切り替えにこだわっているようですが僕の回答は切り替えないほうが良い結果になるだろうという提案です（IDEが一つのGOPATHを見るだけになるのでコード補完等は常に効くしgo-module対応のIDEならなおさら）。
- どうしてもGOPATH切り替えを想定するのであれば、direnvのほうが有効でしょう（direnvに追従するIDEが必要、例えばVSCode）。
- GOPATHの配下にプロジェクトがあるかどうかはもうMUSTではなくなりました(go-moduleのおかげ)。
- go-moduleで依存解決する場合module毎に依存関係はちゃんと独立して解決されるのでmodule毎に別のGOPATHを用意する必要はありません。
- `go mod init main`などとしてこのモジュールを再利用しないモジュール≒プロジェクトとすることもできる
- １プロジェクト毎に「リポジトリルート」＝「go mod initしたフォルダ」を割り当てるのが基本。

以上です。

[nobonobo]

ちなみに僕の手元では
以下のような構成をGOPATHを固定したまま運用できています。

projects/

- project1/
　- go.mod // go mod init project1
　- main.go

- project2/
　- go.mod // go mod init project2
　- main.go

[best_engineer]

ありがとうございます。試してみます。