之前写Go的时候都是直接Deb或者更暴力的Go get来安装依赖包，也是因为那时候为了赶项目直接走最直接的方法，现在有点时间了，来研究一下目前大家常使用的Go包管理器。
今天我们要介绍的两种方式是Go Mod和Go Vendor。
1.Go Mod
1.11版本之后开始能支持的一个包的管理，1.12版本正式GA解决的问题是golang不再依赖gopath的设置，下载下来的包可以直接使用。
1.1 存在问题：对使用者不友好
目前已经更新到1.12版本，但是go mod还是不太友好，使用起来不太方便。 开发的时候还是需要go get提前下载包，然后再应用。 只有要打包的时候执行一套命令，类似于下面这样：
go mod init ./
go build main.go 或 go build -mod=vendor main.go
go mod vendor #将包打到vendor文件夹下
一句话：用起来有点尴尬 。。。
2. Go Vendor
看过那么多大牛推崇的包管理工具，这个应该是目前来说呼声最高的。
我们可以直接在命令行输入如下命令
go get -u github.com/kardianos/govendor
进行安装
接着使用一套连招：
govendor init # 创建vendor目录，创建vendor.json文件
govendor add +external #生成依赖包
govendor update +vendor # 更新vendor的包命令
| 状态 | 缩写状态 | 含义 |
|---|---|---|
| +local | l | 本地包，即项目自身的包组织 |
| +external | e | 外部包，即被 $GOPATH 管理，但不在 vendor 目录下 |
| +vendor | v | 已被 govendor 管理，即在 vendor 目录下 |
| +std | s | 标准库中的包 |
| +unused | u | 未使用的包，即包在 vendor 目录下，但项目并没有用到 |
| +missing | m | 代码引用了依赖包，但该包并没有找到 |
| +program | p | 主程序包，意味着可以编译为执行文件 |
| +outside | 外部包和缺失的包 | |
| +all | 所有的包 |
| 命令 | 功能 |
|---|---|
init |
初始化 vendor 目录 |
list |
列出所有的依赖包 |
add |
添加包到 vendor 目录，如 govendor add +external 添加所有外部包 |
add PKG_PATH |
添加指定的依赖包到 vendor 目录 |
update |
从 $GOPATH 更新依赖包到 vendor 目录 |
remove |
从 vendor 管理中删除依赖 |
status |
列出所有缺失、过期和修改过的包 |
fetch |
添加或更新包到本地 vendor 目录 |
sync |
本地存在 vendor.json 时候拉去依赖包，匹配所记录的版本 |
get |
类似 go get 目录，拉取依赖包到 vendor 目录 |
3. 结论
go mod没成熟之前还是不要用了，死都不知道怎么死的，但是还是对它抱以极大的期望，毕竟是官方的“亲儿子”。
