go getを使用してパッケージの特定のバージョンをインポートするにはどうすればよいですか？

次のNodeように、特定のバージョンのベンダーlibをプロジェクトフォルダー（node_modules）にインストールするために使用した環境から、npmそのバージョンのlibをpackage.jsonコンソールから、またはコンソールから直接インストールするように指示します。

$ npm install express@4.0.0

次に、私は自分のプロジェクトにそのパッケージのそのバージョンをインポートするために使用しました：

var express = require('express');

今、同じことをで行いたいと思いますgo。どうやってやるの？パッケージの特定のバージョンをインストールすることは可能ですか？その場合、一元化されたを使用して、$GOPATHあるバージョンを別のバージョンではなくどのようにインポートできますか？

私はこのようなことをします：

$ go get github.com/wilk/uuid@0.0.1
$ go get github.com/wilk/uuid@0.0.2

しかし、どうすればインポート中に変更を加えることができますか？

Go 1.11にはgoモジュールと呼ばれる機能があり、バージョンに依存関係を追加するだけです。次の手順を実行します：

go mod init .
go mod edit -require github.com/wilk/uuid@0.0.1` 
go get -v -t ./...   
go build
go install 

ここにそのトピックの詳細があります-https://github.com/golang/go/wiki/Modules

gopkg.inについて誰も言及していないことに本当に驚いています。

gopkg.in実際にリポジトリを作成せずにバージョンをリポジトリURLとして表現できるラッパー（リダイレクト）を提供するサービスです。例えばgopkg.in/yaml.v1、VS gopkg.in/yaml.v2でも彼らは両方のライブにかかわらず、https://github.com/go-yaml/yaml

• gopkg.in/yaml.v1はhttps://github.com/go-yaml/yaml/tree/v1にリダイレクトします
• gopkg.in/yaml.v2はhttps://github.com/go-yaml/yaml/tree/v2にリダイレクトします

これは、作者が適切なバージョン管理の慣例に従っていない場合（下位互換性を損なうときにバージョン番号をインクリメントすることにより）は完璧ではありませんが、ブランチやタグでは機能します。

を使用git checkoutして特定のバージョンを取得し、このバージョンを使用してプログラムをビルドできます。

例：

export GOPATH=~/
go get github.com/whateveruser/whateverrepo
cd ~/src/github.com/whateveruser/whateverrepo
git tag -l
# supose tag v0.0.2 is correct version
git checkout tags/v0.0.2
go run whateverpackage/main.go

Glideは、特にNodeのnpmまたはRustの貨物から来ている場合、Goの本当にエレガントなパッケージ管理です。

それは1.6のGodepの新しいベンダー機能と密接に動作しますが、はるかに簡単です。依存関係とバージョンは、GOPATHに依存することなく、projectdir / vendorディレクトリ内で「ロック」されます。

brewでインストール（OS X）

$ brew install glide

glide.yamlファイルを初期化します（package.jsonと同様）。これにより、プロジェクト内の既存のインポート済みパッケージがGOPATHから取得され、プロジェクトのvendor /ディレクトリにコピーされます。

$ glide init

新しいパッケージを入手する

$ glide get vcs/namespace/package

パッケージのバージョンを更新してロックします。これにより、プロジェクトディレクトリにglide.lockファイルが作成され、バージョンがロックされます。

$ glide up

私はグライドしてみて、現在のプロジェクトでそれを楽しく使っています。

アップデート18-11-23：Go 1.11からのmodは公式の実験です。@krish answerをご覧ください。
Update 19-01-01：Go 1.12からのmodはまだ公式の実験です。Go 1.13以降では、モジュールモードがすべての開発のデフォルトになります。
アップデート19-10-17：Go 1.13からmodは公式のパッケージマネージャーです。

https://blog.golang.org/using-go-modules

古い答え：

あなたは公式のdepでバージョンを設定できます

dep ensure --add github.com/gorilla/websocket@1.2.0

Go 1.5以降、依存関係の管理に役立つ「ベンダー実験」があります。Go 1.6以降、これは実験ではなくなりました。Go wikiには他にもいくつかのオプションがあります。。

編集：この回答で 述べたように、gopkg.inはgithub-depdencies 1.5より前のピン留めに適したオプションです。

depGo言語の依存関係管理の公式実験です。コンパイルするにはGo 1.8以降が必要です。

を使用して依存関係の管理を開始depするには、プロジェクトのルートディレクトリから次のコマンドを実行します。

dep init

実行後、2つのファイルGopkg.toml（「マニフェスト」）が生成されGopkg.lock、必要なパッケージがvendorディレクトリにダウンロードされます。

github.com/gorilla/websocketパッケージを使用するプロジェクトがあるとします。dep次のファイルを生成します：

Gopkg.toml

# Gopkg.toml example
#
# Refer to https://github.com/golang/dep/blob/master/docs/Gopkg.toml.md
# for detailed Gopkg.toml documentation.
#
# required = ["github.com/user/thing/cmd/thing"]
# ignored = ["github.com/user/project/pkgX", "bitbucket.org/user/project/pkgA/pkgY"]
#
# [[constraint]]
#   name = "github.com/user/project"
#   version = "1.0.0"
#
# [[constraint]]
#   name = "github.com/user/project2"
#   branch = "dev"
#   source = "github.com/myfork/project2"
#
# [[override]]
#  name = "github.com/x/y"
#  version = "2.4.0"


[[constraint]]
  name = "github.com/gorilla/websocket"
  version = "1.2.0"

Gopkg.lock

# This file is autogenerated, do not edit; changes may be undone by the next 'dep ensure'.


[[projects]]
  name = "github.com/gorilla/websocket"
  packages = ["."]
  revision = "ea4d1f681babbce9545c9c5f3d5194a789c89f5b"
  version = "v1.2.0"

[solve-meta]
  analyzer-name = "dep"
  analyzer-version = 1
  inputs-digest = "941e8dbe52e16e8a7dff4068b7ba53ae69a5748b29fbf2bcb5df3a063ac52261"
  solver-name = "gps-cdcl"
  solver-version = 1

あなたの更新/削除/などのパッケージに、詳細見つけてくださいヘルプコマンドがあり、公式のGitHubリポジトリのdep（ゴーの依存関係管理ツールが）。

最近go getはそのまま使えます。バージョンタグ、ブランチ、またはコミットによって依存関係をフェッチできます。

go get github.com/someone/some_module@master
go get github.com/someone/some_module@v1.1.0
go get github.com/someone/some_module@commit_hash

詳細はこちら-go.modのGoモジュールの依存関係をリポジトリの最新のコミットにポイントするにはどうすればよいですか？

Go getドキュメントにあるように、バイナリもインストールします-

Get downloads the packages named by the import paths, along with their dependencies. It then installs the named packages, like 'go install'.

（https://golang.org/cmd/go/から）

go get はGoパッケージマネージャーです。完全に分散された方法で動作し、中央のパッケージホスティングリポジトリがなくても、パッケージの検出がいかに可能かを示します。

パッケージの検索とダウンロードの他に、パッケージマネージャーのもう1つの大きな役割は、同じパッケージの複数のバージョンを処理することです。Goは、パッケージマネージャーの中で最も最小限で実用的なアプローチを採用しています。Goパッケージの複数のバージョンなどはありません。

go getは常にリポジトリのデフォルトブランチのHEADからプルします。常に。これには2つの重要な意味があります。

1. パッケージ作成者は、安定したHEAD哲学を遵守する必要があります。デフォルトのブランチは、常にパッケージの安定したリリースバージョンである必要があります。機能ブランチで作業し、リリースの準備ができたときにのみマージする必要があります。

2. パッケージの新しいメジャーバージョンには、独自のリポジトリが必要です。簡単に言えば、パッケージの各メジャーバージョン（セマンティックバージョニングに続く）は独自のリポジトリを持ち、したがって独自のインポートパスを持ちます。

   例：github.com/jpoehls/gophermail-v1およびgithub.com/jpoehls/gophermail-v2。

誰かがGoでアプリケーションを構築する場合、上記の哲学には実際にマイナス面はありません。すべてのインポートパスは安定したAPIです。心配するバージョン番号はありません。驚くばかり！

詳細：http : //zduck.com/2014/go-and-package-versioning/

私が有効だと思ったアプローチは、gitのサブモジュールシステムです。これを使用すると、コードの特定のバージョンでサブモジュールを作成でき、アップグレード/ダウングレードは明示的かつ記録されます-偶然ではありません。

私がこれで取ったフォルダ構造は次のとおりです。

+ myproject
++ src
+++ myproject
+++ github.com
++++ submoduled_project of some kind.

それは私のために働いた

GO111MODULE=on go get -u github.com/segmentio/aws-okta@v0.22.1

パッケージの現在のバージョンの上に特定のコミットを（別のフォークされたリポジトリからでも）追加するgo edit -replaceコマンドがあります。このオプションの優れている点は、正確な疑似バージョンを事前に知る必要がなく、コミットハッシュIDだけを知っていることです。

たとえば、パッケージ「github.com/onsi/ginkgo v1.8.0」の安定版を使用しています。

今私は-go.modで必要なパッケージのこの行を変更せずに-ginkgoバージョンの上に私のフォークからパッチを追加したい：

$ GO111MODULE="on"  go mod edit -replace=github.com/onsi/ginkgo=github.com/manosnoam/ginkgo@d6423c2

モジュールを初めてビルドまたはテストした後、GOは新しいバージョンをプルしようとし、次に、「置換」行を正しい疑似バージョンで生成します。たとえば、私の場合、go.modの下部に追加されます。

github.com/onsi/ginkgo => github.com/manosnoam/ginkgo v0.0.0-20190902135631-1995eead7451を置き換えます

モジュールクエリに関するチートシート。

既存のすべてのバージョンを確認するには： go list -m -versions github.com/gorilla/mux

1. 特定のバージョン @ v1.2.8
2. 特定のコミット @ c783230
3. 特定のコミット @master
4. バージョンプレフィックス @ v2
5. 比較 @> = 2.1.5
6. 最新の @ 最新

例えば go get github.com/gorilla/mux@v1.7.4