Go项目的包管理，从早期GOPATH时代的混乱，到如今Go Modules的成熟，可以说是经历了一场不小的进化。如果你还在用老办法管理依赖，或者刚从其他语言转过来，今天这篇内容应该能帮你理清思路。下面，直接进入正题。
1. Go Modules：官方钦定的现代方案
从Go 1.11版本开始，Go Modules正式登场，成为官方推荐的依赖管理方案。它解决了传统GOPATH模式下依赖版本冲突、项目无法复用等一系列老大难问题。核心就靠两个文件：go.mod记录依赖清单，go.sum校验依赖的完整性。简单说，有了它，你的项目依赖管理就不再是“玄学”。
1.1 初始化模块
新项目上手，先跑个初始化命令。在项目根目录下执行：
go mod init
这里的github.com/username/projectname。执行后，go.mod文件就生成了，内容大概长这样：
module myproject
go 1.20
里面的go 1.20指明了项目使用的Go版本，方便团队协作时统一环境。
1.2 添加依赖
有两种方式可以添加依赖，都很方便：
- 自动添加：当你直接在代码里写
import "github.com/gin-gonic/gin"这类语句，然后执行go build、go run或go test时，Go会自动去下载依赖，并顺手更新go.mod文件。全程不用你操心。 - 手动添加：用
go get命令显式指定，比如想装最新版：
想锁定某个版本：go get github.com/gin-gonic/gingo get github.com/gin-gonic/gin@v1.7.0
1.3 更新依赖
依赖不是一成不变的，需要更新时也很简单：
- 全局更新：运行
go get -u，它会将go.mod中所有依赖升级到最新的次要版本或补丁版本。注意，不包含大版本升级。 - 定向更新：只想更新某个包，比如
go get -u github.com/gin-gonic/gin，只动这一个。
1.4 清理未使用依赖
项目迭代过程中，难免会有一些依赖被废弃但没被清理。这时候，go mod tidy就派上用场了。它会扫描项目代码中所有真实的导入语句，把go.mod里不再需要的依赖移除，同时更新go.sum，确保依赖关系干净、完整。
go mod tidy
这个命令建议定期运行，保持项目清爽。
1.5 查看依赖信息
想了解当前项目到底依赖了哪些包、各自是什么版本？用go list -m all可以列出全部依赖及其版本。如果想查某个包有哪些版本可选，比如go list -m -versions github.com/gin-gonic/gin，它会返回该包的所有发布版本列表。
1.6 版本锁定
Go Modules通过go.mod文件中的require指令锁定依赖版本，比如require github.com/gin-gonic/gin v1.7.0。这样做的目的是避免自动升级带来的兼容性问题。如果确实需要修改版本，可以直接编辑go.mod文件，但建议遵循语义化版本规范（MAJOR.MINOR.PATCH），否则容易踩坑。
2. 传统包管理方式（历史背景）
虽然现在Go Modules是主流，但了解过去的做法也有助于理解Go的演进脉络：
- GOPATH模式：Go 1.11之前的核心模式，要求所有项目代码必须放在
$GOPATH/src目录下，而且无法有效管理依赖版本。现在基本被淘汰，不过一些老项目可能还在用。 - Dep/Glide/Vendor：在Go Modules出现之前，社区曾涌现出不少第三方依赖管理工具，比如
dep init、glide install等。它们功能类似，但设计上有不少局限，随着Go Modules的成熟，这些工具已经逐渐退出了历史舞台。
注意事项
- 确保Go版本不低于1.13，因为从该版本开始Go Modules默认开启。用
go version命令可以快速检查。 - 如果需要离线构建或版本固化，可以用
go mod vendor命令，把依赖复制到项目根目录下的vendor目录。不过这不是必须操作，按需使用即可。 - 对于私有仓库依赖，需要配置
GOPRIVATE环境变量，比如export GOPRIVATE=github.com/yourcompany/*，避免访问权限问题。
