go get 在 Go 模块时代已演变为依赖获取与构建工具，现代项目中通常无需手动调用；但理解其作用机制对依赖管理至关重要。
`go get` 在 go 模块时代已演变为依赖获取与构建工具，现代项目中通常无需手动调用；但理解其作用机制对依赖管理至关重要。
在 Go 1.11 引入模块（Go Modules）后，go get 的角色发生了本质变化：它不再仅用于“安装”包到 $GOPATH，而是作为模块依赖解析、下载与升级的核心命令。是否需要显式执行 go get，取决于你的开发场景和 Go 版本：
✅ 通常不需要手动 go get 的情况（推荐做法）：
当你在已启用模块的项目中（即存在 go.mod 文件）编写代码并导入新包（如 import "github.com/retep-mathwizard/utils/convert"），只需运行：
go build # 或 go run, go test
Go 工具链会自动：
- 解析 import 路径；
- 下载缺失的依赖（包括间接依赖，如 skilstak）到本地模块缓存（$GOPATH/pkg/mod）；
- 更新 go.mod 和 go.sum（若启用 GO111MODULE=on 且未锁定版本）。
⚠️ 仍需显式 go get 的典型场景：
- 显式升级某个依赖：go get github.com/retep-mathwizard/utils@v1.2.0
- 添加新依赖并同步到 go.mod：go get github.com/skilstak/go-utils
- 强制重新下载并更新校验和：go get -u -d ./...
? 重要注意事项：
- go get 默认行为在 Go 1.16+ 后已改为只下载/升级依赖，不再自动构建或安装可执行文件（除非指定 -u 且路径指向 main 包）；
- 若项目未启用模块（GO111MODULE=off 或无 go.mod），go get 会回退到传统 $GOPATH 模式，不推荐用于新项目；
- 对于你维护的 retep-mathwizard/utils，用户只需在模块项目中导入对应子包，Go 即自动拉取其声明的全部依赖（如 skilstak），无需额外操作。
✅ 总结：不是“必须”，而是“按需”——日常开发中让 go build 自动处理依赖更安全、更符合模块化最佳实践；go get 是你主动干预依赖版本与生命周期的精准工具。
