次のチュートリアルのコラムでは、GOP の使用が推奨されなくなった理由を紹介します。 ATH と Go モジュールの使用方法。困っている友達のお役に立てれば幸いです。 理由: Go モジュールの場合
履歴:
プロジェクトのコンパイル時に GO に指示するために使用される環境変数。ソース ファイルの読み取り
制限ルール:
GOPATH の下にプロジェクトを記述する必要があります
- プロジェクトの実際の URL パスに基づいてディレクトリを作成する必要があります。たとえば、github.com/foo/bar => $GOPATH/src/github.com/foo/bar
- 拡張機能パッケージのバージョン追跡機能は組み込まれていません
-
-
#Go モジュールを使用する場合
古いプロジェクトを移行するための 1 行のコマンド開発環境にのみ影響し、運用環境には影響しません
GOPATH と互換性があるため、引き続き GOPATH -
- # を Go モジュールに使用できます
-
バージョン要件>=1.11
- go mod init
コマンドの初期化 (例:
mkdir myProject/
cd myProject
go mod init github.com/myGithubName/myProject
-
GOPATH プロジェクトの移行など)として: <pre class="brush:php;toolbar:false">mv ~/go/src/github.com/myGithubName/myProject ~/anywhere_else/
cd ~/anywhere_else/myProject
go mod init github.com/myGithubName/myProject</pre>
上記のコンテンツは、https://medium.com/@vingarcia00/golang-why-not-use-the-gopath-87521259663a からコンパイルされています。 Goland IDE を使用し、設定を開いて Go -> Go モジュール (vgo) に移動し、Go モジュール (vgo) 統合を有効にするにチェックを入れないと、拡張機能パッケージは認識されません。 -
go language
列!
以上がGOPATH の使用が推奨されなくなった理由と Go モジュールの使用方法をご存知ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。