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

1、包管理工具

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

2、GOPATH

在 Go Module 引入之前，包管理使用的是 $GOPATH。
GOPATH 默认在 ~/go(unix, linux)，%USREPROFILE%\go(windows)。
这个路径下放置了你的项目文件、依赖包和二进制文件。
当时的项目结构是这样的：

当时的 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 ./…