GoLang 中常用的包管理的方式

• 常用的有三种
  • Go Path
  • Go Vendor
  • Go Modules

关于 Go Vender

1 ）概述

• 在2015年的时候，我们的另一个包管理工具Go Vendor就诞生了
• 它诞生于 2015.8.19 ，是在Go的 1.5 版本当中引入的，它默认是关闭的
• 我们需要通过手动设置Go的环境变量来开启
  • GO15VENDOREXPERIMENT=1 开启
• 在Go的1.6版本中，这个环境变量就被默认开启了
• 在Go的1.7版本中, 它就作为功能支持，取消了这个环境变量的设置
• 至此，Go Vendor 就成为Go里面的一个默认支持的包管理工具
• 目前已不再推荐使用了

2 ) 原理

• 本质上把源码拷贝到 vendor 目录下面
• 通过 vendor 目录维护一个 vendor.json 的文件指定使用的包版本
  • 整个目录结构比较清晰，再同步到github的时候
  • 可以把代码直接全部包含到项目当中
  • 也可以通过 .gitignore 文件忽略依赖的库
  • 并通过 govendor sync 这个命令来进行同步

3 ）常见用法

• 官方文档：https://go.dev/blog/migrating-to-go-modules
• 在使用Go Vendor之前，我们需要通过go get命令把 Go Vendor的工具下载下来
  • $ go get -u github.com/kardianos/govendor
• 在我们的项目根目录下, 通过 govendor init就可以初始化一个Go Vendor的工程
• 执行 govendor add +external 这个命令将我们项目的依赖全部都加到项目工程下面的这个vendor目录下面
• 还可以通过 govender remove + unused，移除所有我们项目中不需要用到的依赖包
• 当我们使用 govendor 作为包管理工具的时候，我们在编译go代码的时候
  • 会先从vendor目录中搜索依赖包
• vendor目录中找不到的再到 Go Path 中查找，最后才是在Go Root中去查找
• govendor 将第三方依赖包完全整合到工程里面，加快了项目构建速度
• 特别是微服务CICD的流程中使用, gorender能使整个构建速度更快

4 ) 缺点

• Go Vendor的缺点是包的依赖不能重用，使得包的冗余性提升
• 对于一些依赖冲突也不能很好好的解决

5 ) 后续

• 现在官方推荐的是通过Go Modules 的方式来管理依赖包
• 但是有些旧的项目仍然使用Go Vendor的工具进依赖管理