Go：包管理工具GOPATH、vendor、dep 、go module

系统管理员 2023-07-05 08:00 3阅读 0赞

**目录**

Go包管理工具：前言

GOPATH

vendor、dep

Go modules

Module 文件

go mod命令

Go modules使用步骤：

--------------------

# Go包管理工具：前言 #

Golang一直存在一个被人诟病的问题是缺少一个**官方的包依赖管理工具**。从我个人的角度上来看存在两个问题：

> 1.  **GOPATH特性对于多工程的情况下，支持不算友好。**
> 2.  **GOPATH无法对依赖包进行有效的版本管理**，没有任何地方能够表明依赖包的具体版本号，无法简单清晰获取到有效的依赖包版本信息等。

# GOPATH #

> GOPATH  
> 1. 在 1.8 版本前必须设置这个环境变量  
> 2. 1.8 版本后（含 1.8）如果没有设置使⽤用默认值
> 
>  *  在 Unix 上默认为 $HOME/go , 在 Windows 上默认为 %USERPROFILE%/go
>  *  在 Mac 上 GOPATH 可以通过修改 ～/.bash\_profile 来设置  
>

在 go mod 出现之前，所有的 Go 项目都需要放在同一个工作空间：`$GOPATH/src` 内，比如：

src/
        github.com/golang/example/
            .git/                      # Git repository metadata
        outyet/
            main.go                # command source
            main_test.go           # test source
        stringutil/
            reverse.go             # package source
            reverse_test.go        # test source

相比其他语言，这个限制有些无法理解。其实，这和 Go 的一设计理念紧密相关：

> 包管理应该是去中心化的

**所以 Go 里面没有 maven/npm 之类的包管理工具**，**只有一个 `go get`**，支持从公共的代码托管平台（Bitbucket/GitHub..）下载依赖，当然也支持自己托管，具体可参考官方文档：[Remote import paths][]。

**由于没有中央仓库，所以 Go 项目位置决定了其 import path**，同时为了与 go get 保持一致，所以一般来说我们的项目名称都是 `github.com/user/repo` 的形式。  
当然也可以不是这种形式，只是不方便别人引用而已，后面会讲到如何在 go mod 中实现这种效果

# vendor、dep #

使用 `go get` 下载依赖的方式简单暴力，伴随了 Go 七年之久，直到 1.6（2016/02/17）才正式**支持了 [vendor][]，可以把所有依赖下载到当前项目中，解决可重复构建（reproducible builds）的问题，但是无法管理依赖版本**。社区出现了各式各样的[包管理工具][Link 1]，来方便开发者固化依赖版本，由于不同管理工具采用不同的元信息格式（比如：godep 的 Godeps.json、Glide 的 glide.yaml），不利于社区发展，所以 **Go 官方推出了 [dep][]**。

dep 的定位是实验、探索如何管理版本，并不会直接集成到 Go 工具链，**Go 核心团队会吸取 dep 使用经验与社区反馈，开发下一代包管理工具 [modules][]，并于 2019/09/03 发布的 [1.13][] 正式支持**，并随之发布 [Module Mirror, Index, Checksum][Module Mirror_ Index_ Checksum]，用于解决软件分发、中间人攻击等问题。下图截取自 Go [官方博客][Link 2]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2ZseTkxMDkwNQ_size_16_color_FFFFFF_t_70][] Module Big Picture

# Go modules #

Go modules机制在go 1.11中是experiment feature，按照Go的惯例，在新的experiment feature首次加入时，都会有一个特性开关，go modules也不例外，**GO111MODULE**这个临时的环境变量就是go module特性的experiment开关。

GO111MODULE有三个值：auto、on和off，默认值为auto。

**GO111MODULE**的值会直接影响Go compiler的“依赖管理”模式的选择（是GOPATH mode还是module-aware mode），我们详细来看一下：

>  *  **当GO111MODULE的值为off时**，go modules experiment feature关闭，go compiler显然会始终使用**GOPATH mode**，即无论要构建的源码目录是否在GOPATH路径下，**go compiler都会在传统的GOPATH和vendor目录(仅支持在gopath目录下的package)下搜索目标程序依赖的go package；**
>  *  **当GO111MODULE的值为on时**（export GO111MODULE=on），go modules experiment feature始终开启，与off相反，go compiler会始终使用**module-aware mode**，即无论要构建的源码目录是否在GOPATH路径下，go compiler都**不会**在传统的GOPATH和vendor目录下搜索目标程序依赖的go package，而是在go mod命令的缓存目录($GOPATH/pkg/mod）下搜索对应版本的依赖package；
>  *  **当GO111MODULE的值为auto时(不显式设置即为auto)**，也就是我们在上面的例子中所展现的那样：使用GOPATH mode还是module-aware mode，取决于要构建的源码目录所在位置以及是否包含go.mod文件。
>     
>      *  如果要构建的源码目录不在以GOPATH/src为根的目录体系下，且包含go.mod文件(两个条件缺一不可)，那么使用module-aware mode；
>      *  否则使用传统的GOPATH mode。

## Module 文件 ##

执行命令 **`go build && go mod tidy`** ，下载依赖并整理。

项目根目录下会生成两个文件（需要加入到 git 中）：

>  *  文件 `go.mod`：指示模块名称、go 的版本、该模块的依赖信息（依赖名称），类似 npm 生成的文件 `package.json` 。
>  *  文件 `go.sum`：该模块的所有依赖的校验和，类似 npm 生成的文件 `package-lock.json`

Module 是多个 package 的集合，版本管理的基本单元，使用 go.mod 文件记录依赖的 module。

go.mod 位于项目的根目录，支持 4 条命令：module、require、replace、exclude。示例：

module github.com/my/repo
    
    require (
        github.com/some/dependency v1.2.3
        github.com/another/dependency/v4 v4.0.0
    )

>  *  module 声明 module path，一个 module 内所有 package 的 import path 都以它为前缀
>  *  require 声明所依赖的 module，版本信息使用形如 `v(major).(minor).(patch)` 的语义化版本 
>  *  replace/exclude 用于替换、排查指定 module path

## go mod命令 ##

> golang 提供了 `go mod`命令来管理包。

go mod 有以下命令：

<table> 
 <thead> 
  <tr> 
   <th>命令</th> 
   <th>说明</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td><strong>download</strong></td> 
   <td>download modules to local cache(下载依赖包)</td> 
  </tr> 
  <tr> 
   <td><strong>edit</strong></td> 
   <td>edit go.mod from tools or scripts（编辑go.mod）</td> 
  </tr> 
  <tr> 
   <td><strong>graph</strong></td> 
   <td>print module requirement graph (打印模块依赖图)</td> 
  </tr> 
  <tr> 
   <td><strong>init</strong></td> 
   <td>initialize new module in current directory（在当前目录初始化mod）</td> 
  </tr> 
  <tr> 
   <td><strong>tidy</strong></td> 
   <td>add missing and remove unused modules(拉取缺少的模块，移除不用的模块)</td> 
  </tr> 
  <tr> 
   <td><strong>vendor</strong></td> 
   <td>make vendored copy of dependencies(将依赖复制到vendor下)</td> 
  </tr> 
  <tr> 
   <td><strong>verify</strong></td> 
   <td>verify dependencies have expected content (验证依赖是否正确）</td> 
  </tr> 
  <tr> 
   <td><strong>why</strong></td> 
   <td>explain why packages or modules are needed(解释为什么需要依赖)</td> 
  </tr> 
 </tbody> 
</table>

## Go modules使用步骤： ##

> 1.  首先将你的版本更新到最新的Go版本(>=1.11)。
> 2.  通过go命令行，进入到你当前的工程目录下，**在命令行设置临时环境变量set GO111MODULE=on**；
>     
>         # 开启
>         export GO111MODULE=on
>         # 1.13 之后才支持多个地址，之前版本只支持一个
>         export GOPROXY=https://goproxy.cn,https://mirrors.aliyun.com/goproxy,direct
>         # 1.13 开始支持，配置私有 module，不去校验 checksum
>         export GOPRIVATE=*.corp.example.com,rsc.io/private
> 3.  执行命令**go mod init**在当前目录下生成一个go.mod文件，执行这条命令时，当前目录不能存在go.mod文件。如果之前生成过，要先删除；
> 4.  如果你工程中存在一些不能确定版本的包，那么生成的go.mod文件可能就不完整，因此继续执行下面的命令；
> 5.  执行**go mod tidy**命令，它会添加缺失的模块以及移除不需要的模块。执行后会生成go.sum文件(模块下载条目)。添加参数-v，例如go mod tidy -v可以将执行的信息，即删除和添加的包打印到命令行；
> 6.  执行命令**go mod verify**来检查当前模块的依赖是否全部下载下来，是否下载下来被修改过。如果所有的模块都没有被修改过，那么执行这条命令之后，会打印all modules verified。
> 7.  执行命令**go mod vendor**生成vendor文件夹，该文件夹下将会放置你go.mod文件描述的依赖包，文件夹下同时还有一个文件modules.txt，它是你整个工程的所有模块。在执行这条命令之前，如果你工程之前有vendor目录，应该先进行删除。同理go mod vendor -v会将添加到vendor中的模块打印出来；

参考链接：

[https://liujiacai.net/blog/2019/10/24/go-modules/][https_liujiacai.net_blog_2019_10_24_go-modules]

[https://tonybai.com/2018/07/15/hello-go-module/][https_tonybai.com_2018_07_15_hello-go-module]

[https://l1905.github.io/golang%E5%BC%80%E5%8F%91/2019/08/05/golang-mod-build/][https_l1905.github.io_golang_E5_BC_80_E5_8F_91_2019_08_05_golang-mod-build]

[https://research.swtch.com/vgo][https_research.swtch.com_vgo]

[Remote import paths]: https://tip.golang.org/cmd/go/#hdr-Remote_import_paths
[vendor]: https://golang.org/doc/go1.6#go_command
[Link 1]: https://github.com/golang/go/wiki/PackageManagementTools#dep-tool
[dep]: https://github.com/golang/dep
[modules]: https://github.com/golang/go/wiki/Modules
[1.13]: https://golang.org/doc/go1.13
[Module Mirror_ Index_ Checksum]: https://blog.golang.org/module-mirror-launch
[Link 2]: https://blog.golang.org/modules2019
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2ZseTkxMDkwNQ_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20200213161422200.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2ZseTkxMDkwNQ==,size_16,color_FFFFFF,t_70
[https_liujiacai.net_blog_2019_10_24_go-modules]: https://liujiacai.net/blog/2019/10/24/go-modules/
[https_tonybai.com_2018_07_15_hello-go-module]: https://tonybai.com/2018/07/15/hello-go-module/
[https_l1905.github.io_golang_E5_BC_80_E5_8F_91_2019_08_05_golang-mod-build]: https://l1905.github.io/golang%E5%BC%80%E5%8F%91/2019/08/05/golang-mod-build/
[https_research.swtch.com_vgo]: https://research.swtch.com/vgo