前書き
この記事では、GOPATH
とは何か、その仕組み、および設定方法について説明します。 これは、Go開発環境をセットアップするため、およびGoがソースファイルを検索、インストール、およびビルドする方法を理解するための重要なステップです。 この記事では、これから説明するフォルダー構造の概念を参照するときに、GOPATH
を使用します。 $GOPATH
を使用して、Goがフォルダー構造を見つけるために使用する環境変数を参照します。
Go Workspaceは、Goがソースファイル、コンパイルされたバイナリ、および後でより高速にコンパイルするために使用されるキャッシュされたオブジェクトを管理する方法です。 複数のスペースを使用することも可能ですが、Goワークスペースは1つだけにすることをお勧めします。 GOPATH
は、ワークスペースのルートフォルダーとして機能します。
$GOPATH
環境変数の設定
$GOPATH
環境変数は、GoがGoワークスペースを探す場所をリストします。
デフォルトでは、GoはGOPATH
の場所が$HOME/go
にあると想定します。ここで、$HOME
はコンピューター上のユーザーアカウントのルートディレクトリです。 これは、$GOPATH
環境変数を設定することで変更できます。 詳細については、reading and setting environment variables in Linuxに関するこのチュートリアルに従ってください。
$GOPATH
変数の設定の詳細については、Godocumentationを参照してください。
さらに、このseriesは、GoのインストールとGo開発環境のセットアップについて説明します。
$GOPATH
は$GOROOT
ではありません
$GOROOT
は、Goのコード、コンパイラ、およびツールが存在する場所です。これは、notのソースコードです。 $GOROOT
は通常、/usr/local/go
のようなものです。 $GOPATH
は通常、$HOME/go
のようなものです。
$GOROOT
変数を特別に設定する必要はなくなりましたが、古い資料では引き続き参照されています。
次に、Goワークスペースの構造について説明します。
Goワークスペースの構造
Goワークスペース(GOPATH
)内には、bin
、pkg
、およびsrc
の3つのディレクトリがあります。 これらの各ディレクトリには、Goツールチェーンにとって特別な意味があります。
.
├── bin
├── pkg
└── src
└── github.com/foo/bar
└── bar.go
これらの各ディレクトリを見てみましょう。
$GOPATH/bin
ディレクトリは、Goがgo install
がコンパイルするバイナリを配置する場所です。 私たちのオペレーティングシステムは、$PATH
環境変数を使用して、フルパスなしで実行できるバイナリアプリケーションを見つけます。 このディレクトリをグローバル$PATH
変数に追加することをお勧めします。
たとえば、そこからプログラムを実行するために$GOPATH/bin
を$PATH
に追加しない場合は、次のコマンドを実行する必要があります。
$GOPATH/bin/myapp
$GOPATH/bin
が$PATH
に追加されると、次のように同じ呼び出しを行うことができます。
myapp
$GOPATH/pkg
ディレクトリは、Goがプリコンパイルされたオブジェクトファイルを格納する場所であり、その後のプログラムのコンパイルを高速化します。 通常、ほとんどの開発者はこのディレクトリにアクセスする必要はありません。 コンパイルで問題が発生した場合は、このディレクトリを安全に削除してGoで再構築できます。
src
ディレクトリは、すべての.go
ファイルまたはソースコードを配置する必要がある場所です。 これを、Goツールが使用する$GOROOT
にあるソースコードと混同しないでください。 Goアプリケーション、パッケージ、およびライブラリを作成するときに、これらのファイルを$GOPATH/src/path/to/code
の下に配置します。
パッケージとは?
Goコードはパッケージにまとめられています。 パッケージは、ディスク上の単一のディレクトリ内のすべてのファイルを表します。 1つのディレクトリには、同じパッケージの特定のファイルのみを含めることができます。 パッケージは、すべてのユーザー作成のGoソースファイルとともに、$GOPATH/src
ディレクトリに保存されます。 さまざまなパッケージをインポートすることで、パッケージの解決を理解できます。
コードが$GOPATH/src/blue/red
にある場合、そのパッケージ名はred
である必要があります。
red
パッケージのインポートステートメントは次のようになります。
import "blue/red"
GitHubやBitBucketなどのソースコードリポジトリに存在するパッケージには、インポートパスの一部としてリポジトリの完全な場所があります。
たとえば、次のインポートパスを使用して、https://github.com/gobuffalo/buffaloでソースコードをインポートします。
import "github.com/gobuffalo/buffalo"
したがって、このソースコードはディスク上の次の場所にあります。
$GOPATH/src/github.com/gobuffalo/buffalo
結論
この記事では、GOPATH
を、Goがソースコード内に存在することを期待するフォルダーのセットとして、それらのフォルダーとは何か、およびそれらに何が含まれるかについて説明しました。 $GOPATH
環境変数を設定して、その場所をデフォルトの$HOME/go
からユーザーが選択した場所に変更する方法について説明しました。 最後に、Goがそのフォルダー構造内でパッケージを検索する方法について説明しました。
Go 1.11で導入されたGo Modulesは、GoワークスペースとGOPATH
を置き換えることを目的としています。 モジュールの使用を開始することをお勧めしますが、企業環境などの一部の環境では、モジュールを使用する準備が整っていない場合があります。
GOPATH
は、Goを設定する際の難しい側面の1つですが、一度設定すると、通常は忘れることができます。