不懂就问，关于 Go 的包管理

使用 go mod

不是实时的吧，要先用 go get 命令拉下来的。包管理的话，可以有 go mod init 生成一个文件，里面会有依赖的包版本，但也要看 github 上标签的质量。

现在可以用 go mod，默认会记录版本号

go mod +1 https://goproxy.io

import 只是从 GOROOT 对应环境下导入指定的包，如果没找到，会报错而不是尝试去下载。

下载包使用的是 go get 命令，如果想更新，则可以使用 go get -u。

能指定 branch 或者 tag 吗？

go mod 不能锁定小版本，只会锁定大版本。

但是 golang 建议小版本不能改 API，事实上知名的包也确实没人改。

所以不用太害怕这个问题了。

@Muninn 明显不对好吧，你的依赖代码不能指定版本，那你的工程随时会崩溃，这怎么可能是小问题呢，必须上 go mod 啊

go get github.com/[email protected]

go mod edit -require github.com/[email protected]

如上面各位 V 友所说，推荐使用 go mod，这个是从 1.11 版本开始支持的，在基于项目的包管理上提供了方便。

go mod + vendor 模式就行

```
go mod vendor
go build -mod=vendor
```

产生的 vendor 文件夹加入代码仓库即可。

import 语句后面的 github 字符串不能理解为网址，而是 GOPATH 里面的包路径。

可以 fork 到自建仓库，有需要的时候在更新

问下各位大佬，有在公司项目中使用 go mod 的吗

go 2 好像有 mirror，包会更集中吧，现在觉得 vendor+go mod 比较好用

@Hellert 其实这样理解也没有问题，要先到此 url 下载包，放到 GOPATH 此路径中，再引用- -

go mod 虽然好用，但我的 idea 的 golang 插件不支持自动跳转了

遗憾的滚回到 go get 上

赶紧 golang 的包管理很乱啊
之前用 glide，然后说不维护了，官方出了 dep,
现在又出来个这个 go mod.
这个 dep 和 go mod， 哪个好啊。

咋就没个统一的解决方案呢 ，选择困难症啊

@gy0624ww 以后就是 gomod 了，这是官方的，统一了。年内发布的 golang 1.13 版本开始就是废弃 GOPATH，默认 gomod 了。

@Hellert dep 不也是官方出的吗。。这么快就不用了？

@ChristopherWu 嗯嗯，gomod 模式下，import 可以理解为远程路径，因为会根据这个路径去自动下载；但在 GOPATH 模式下设计初衷就是本地路径。

go mod + goproxy

@Hellert
@zealic
gomod 如果本地有一个工具包要怎么搞，先发版到私有仓库吗，怎么解决耦合问题

体验过 go mod 后又回到 GOPATH 主要方便

@lhx2008 go.mod 文件中用 replace 指令

goproxy.cn 速度更快一点

至今没解决两个包依赖一个库的不同版本 那能怎么办 fork 呗
还有似乎不能清理？

@Hellert +1 gopath 简单 go get 通用

@gramyang 不好意思，我说的不太对。 用了 go module 后，在最后一次 go test 或者 go build 自动补完 go.mod 文件后提交，是会锁定所有版本的。

我当时是想说我没事干就 go get -u，也并没有崩过，这是因为 go mod 的依赖版本冲突后版本选择大的那个版本导致的，知名的库一般都会比较注意，都是向前兼容的。

现在都使用 go mod 搭配 GOPROXY=https://goproxy.io

https://go.likeli.top 这个速度也很快~