Go语言的包管理演进,项目源码应该放在哪里

1、包管理工具

选择一门语言来开发一个项目,我们选择的不仅是这门语言的语法和特性,还需要接受它的所有生态环境。
其中最值得关注的就是第三方库的依赖,以及我们应该怎样去管理它们。
包管理工具用于自动化构建代码,以及以一致的方式下载、更新和删除项目依赖项。
目前大多数主流语言都有一套标准的包管理解决方案,比如 Ruby 的 RubyGems,Node.js 的 npm,Rust 的 Cargo 等。
在Go语言早期的版本,包依赖管理是缺失的,后面也经历了一些混乱的时代。

2、GOPATH

在 Go Module 引入之前,包管理使用的是 $GOPATH
GOPATH 默认在 ~/go(unix, linux),%USREPROFILE%\go(windows)。
这个路径下放置了你的项目文件、依赖包和二进制文件。
当时的项目结构是这样的:
来源:www.topgoer.com
当时的 Google 就把 近20亿 行代码,9百万 个文件放在一个 repo 里。
从 Go1.13开始,$GOPATH 虽然仍旧是第三方库的存放位置,但是项目的位置已经不需要放在 SRC 目录下了。

3、GOVENDOR

这个时候的每个项目都有一个 vendor 目录(类似 node 的 node_modules),里面存放项目需要的第三方库。
这个模式的包管理工具是比较混乱的,有 glide、dep、go dep 等

4、GO MODULE

如果你是现在开始开发&学习GO语言,应该见过 GO111MODULE 环境变量,这是因为Go团队在2018年推出的 Go Module 功能,填补了GO生态中包管理的混乱,而这时的Go版本是 Go1.11
目前新项目多数使用 Go Module 来管理包,旧项目往 Go Module 迁移也是比较方便的。

// 初始化 mod
go mod init projectname
// 加载当前目录下所有依赖
go build ./..

这时候第三方库由 go 命令统一管理,用户不用关心目录结构

5、总结

  • 初始化:go mod init
  • 增加依赖:go get,可以使用 go get -u 或 go get -u=patch 将依赖项升级到新的次要或补丁版本
  • 更新依赖:go get […@version],go mod tidy(清理未使用的依赖项或添加缺少的依赖项。)
  • go mod vendor 将所有第三方依赖项复制到 vendor 项目根目录中的文件夹中。
  • 将旧项目迁移到 go mod:go mod init, go build ./…

猜你喜欢

转载自blog.csdn.net/weixin_44778151/article/details/121970901