开了gomod不识别gopath_Go Mod对比Go Vendor

之前写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的包命令

状态缩写状态含义+locall本地包，即项目自身的包组织+externale外部包，即被 $GOPATH 管理，但不在 vendor 目录下+vendorv已被 govendor 管理，即在 vendor 目录下+stds标准库中的包+unusedu未使用的包，即包在 vendor 目录下，但项目并没有用到+missingm代码引用了依赖包，但该包并没有找到+programp主程序包，意味着可以编译为执行文件+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没成熟之前还是不要用了，死都不知道怎么死的，但是还是对它抱以极大的期望，毕竟是官方的“亲儿子”。