开发Go项目时，经常会遇到依赖包版本冲突的问题。比如你在公司写一个数据同步工具，本地测试用的是某个库的v1.2.0版本，结果同事拉代码后一跑，自动下载了最新的v1.5.0版本，功能不兼容直接报错。这种“在我机器上好好的”问题，本质上是依赖管理没做好。
从 GOPATH 到 modules 的演变
早年Go依赖GOPATH来管理代码路径，所有项目共享同一份包，容易互相干扰。就像家里只有一个储物柜，你放了新鞋子，别人可能就得把旧鞋扔了。Go 1.11 引入了模块（module）机制，允许每个项目独立管理自己的依赖，彻底解决了这个问题。
初始化一个模块
在项目根目录执行命令：
go mod init example/data-sync-tool这会生成一个 go.mod 文件，记录项目的基本信息和依赖。之后每次运行 go build 或 go run，Go都会自动分析代码中引用的外部包，并写入 go.mod 和 go.sum 中。
依赖版本如何控制
假设你的备份脚本用了 github.com/aws/aws-sdk-go 来上传文件，第一次引入时默认会拉取最新稳定版：
require github.com/aws/aws-sdk-go v1.43.0如果某天这个SDK发布了破坏性更新的v2版本，你的项目也不会受影响，因为go.mod锁定了具体版本。即使别人克隆你的项目，也能还原出完全一致的依赖环境，就像备份了一整套运行时配置。
升级与降级依赖
需要更新某个包时，可以直接用命令：
go get github.com/aws/aws-sdk-go@v1.45.0想回退到旧版本也一样，指定对应版本号即可。go.sum 文件还会记录每个依赖的哈希值，防止被恶意篡改，相当于给依赖做了一次数字指纹备份。
私有模块处理
公司内部的通用库通常不在公网开放。可以通过在 .gitconfig 或环境变量中配置：
go env -w GOPRIVATE=*.corp.example.com这样Go就会跳过校验，直接从内网拉取代码。类似于设置备份系统时排除某些加密目录，避免公共通道传输敏感数据。
清理无用依赖
开发过程中可能删掉了一些功能，对应的导入也去掉了，但go.mod里还留着记录。可以用一行命令清理：
go mod tidy它会自动扫描代码，删除未使用的require项，同时补全缺失的依赖，保持模块文件干净整洁，就像定期整理备份列表，去掉无效快照。