Golang 依赖管理

在 go中有两个非常重要的环境变量：

GOROOT： golang的安装路径，Linux 下默认会安装在/usr/local/go之下
GOPATH：存放SDK以外的第三方类库；收藏的可复用的代码，包含三个子目录： -- src : 存放项目源码文件 -- pkg : 编译后的包文件 -- bin ：编译后生成的可执行文件

Go Module

从 Go1.11版本开始，引入了Go Module功能，在程序中只有一个go.mod文件，存放依赖列表，而依赖的具体的包默认会下载到GOPATH/pkg/mod目录下面

在运行 go build时，优先引用go.mod文件中的依赖，所以Vendor目录逐渐的被替代了，消失在了大部分的项目当中

`go mod`的使用

在go 1.13以后，go mod就是默认的依赖管理工具，在项目中使用如下的方式创建go.mod文件夹管理依赖

go mod int

这样整个项目就可以使用go mod来进行管理了

下面是 go mod的一些常用命令：

go mod download 下载模块到本地缓存，缓存路径是 $GOPATH/pkg/mod/cache
go mod edit 是提供了命令版编辑 go.mod 的功能，例如 go mod edit -fmt go.mod 会格式化 go.mod
go mod graph 把模块之间的依赖图显示出来
go mod init 初始化模块（例如把原本dep管理的依赖关系转换过来）
go mod tidy 增加缺失的包，移除没用的包
go mod vendor 把依赖拷贝到 vendor/ 目录下
go mod verify 确认依赖关系
go mod why 解释为什么需要包和模块

go mod中存在的一些问题：

依赖包的地址失效或者下载失败

此时可以使用 go.mod 文件中的 replace 来替换这个包

之前的项目如何使用go mod管理

首先把项目移出$GOPATH/src目录，然后运行 go mod init module_name，最后执行 go build 即可

Go Vendor

Vendor 目录是Golang1.5版本引入的，为项目提供了一种离线保存第三方依赖的方法；使用vendor的项目，搜索依赖的顺序如下：

当前包下的 vendor 目录
向上级目录查找，直到找到 src 下的 vendor 目录
在 GOROOT 目录下查找
在 GOPATH 下面查找依赖包

项目中使用`go vendor`

安装

go get -u -v github.com/kardianos/govendor

初始化

cd xxx
govendor init

初始化完成后，项目目录中会生成一个vendor文件夹，包含一个vendor.json文件，json文件中包含了项目所依赖的所有包信息

{
 "comment": "",
 "ignore": "test",
 "package": [],
 "rootPath": "govendor-test"
}

`govendor`常用命令

将已被引用且在 $GOPATH 下的所有包复制到 vendor 目录
```
govendor add +external
```
仅从 $GOPATH 中复制指定包
```
govendor add gopkg.in/yaml.v2
```
列出一个包被哪些包引用
```
govendor list -v fmt
```
从远程仓库添加或更新某个包(不会在 $GOPATH 也存一份)
```
govendor fetch golang.org/x/net/context
```

安装指定版本的包

govendor fetch golang.org/x/net/context@a4bbce9fcae005b22ae5443f6af064d80a6f5a55
govendor fetch golang.org/x/net/context@v1   # Get latest v1.*.* tag or branch.
govendor fetch golang.org/x/net/context@=v1  # Get the tag or branch named "v1".

只格式化项目自身代码(vendor 目录下的不变动)
```
govendor fmt +local
```
拉取所有依赖的包到 vendor 目录(包括 $GOPATH 存在或不存在的包)
```
govendor fetch +out
```
包已在 vendor 目录，但想从 $GOPATH 更新
```
govendor update +vendor
```

各子命令详细用法可通过 govendor COMMAND -h 或阅读 github.com/kardianos/govendor/context 查看源码包如何实现的。

子命令	功能
init	创建 `vendor` 目录和 `vendor.json` 文件
list	列出&过滤依赖包及其状态
add	从 `$GOPATH` 复制包到项目 `vendor` 目录
update	从 `$GOPATH` 更新依赖包到项目 `vendor` 目录
remove	从 `vendor` 目录移除依赖的包
status	列出所有缺失、过期和修改过的包
fetch	从远程仓库添加或更新包到项目 `vendor` 目录(不会存储到 `$GOPATH`)
sync	根据 `vendor.json` 拉取相匹配的包到 `vendor` 目录
migrate	从其他基于 `vendor` 实现的包管理工具中一键迁移
get	与 `go get` 类似，将包下载到 `$GOPATH`，再将依赖包复制到 `vendor` 目录
license	列出所有依赖包的 LICENSE
shell	可一次性运行多个 `govendor` 命令

govendor 状态参数

状态	缩写	含义
+local	l	本地包，即项目内部编写的包
+external	e	外部包，即在 `GOPATH` 中、却不在项目 `vendor` 目录
+vendor	v	已在 `vendor` 目录下的包
+std	s	标准库里的包
+excluded	x	明确被排除的外部包
+unused	u	未使用的包，即在 `vendor` 目录下，但项目中并未引用到
+missing	m	被引用了但却找不到的包
+program	p	主程序包，即可被编译为执行文件的包
+outside		相当于状态为 `+external +missing`
+all		所有包

支持状态参数的子命令有：list、add、update、remove、fetch

`govendor`的缺点

使用vendor的项目需要把该项目所有的依赖都下载到这个项目中的vendor目录下，这就会导致项目变的很庞大
vendor不区分依赖包的版本，这就意味着可能出现不同的环境依赖了不同版本的包，很有可能导致编译出错

Go mod vendor

为了能够在离线的环境中也能够部署和应用程序，就保存了vendor目录；然后，执行如下的命令：

go mod vendor

就可以将当前程序的依赖拷贝到vendor目录下，当程序中的包使用go mod下载不下来的时候，就可以引用vendor目录下的依赖了

Golang 依赖管理