Go项目版本控制核心是规范Git配置与远程仓库关联，因go.mod依赖Git标签识别版本；需初始化Git、配置user.name/email、设置core.autocrlf、用go mod init设匹配远程地址的模块路径、推送前提交go.mod/go.sum、以vX.Y.Z格式打tag并推送。
在 Go 项目中搭建版本控制环境，核心是正确配置 Git 并关联远程代码仓库，而非 Go 语言本身提供版本管理——Go 的模块版本（go.mod）依赖 Git 标签（如 v1.2.0）来识别发布版本。因此，Git 配置是否规范，直接影响 go get、go list -m -u 等命令的行为和依赖可复现性。
初始化本地 Git 仓库并设置基础配置
新建 Go 项目目录后，先用 git init 初始化，再配置用户信息（必须项，否则提交会失败）：
- 全局设置（推荐）：
git config --global user.name "Your Name"和git config --global user.email "you@example.com" - 项目级覆盖（如公司邮箱与个人分离）：
git config user.email "work@company.com"（不加--global） - 启用自动换行标准化：
git config --global core.autocrlf input（macOS/Linux）或true（Windows）
创建 go.mod 并规范模块路径
运行 go mod init example.com/myproject 时，模块路径应尽量匹配未来远程仓库地址（如 GitHub 仓库为 github.com/username/repo，则模块名建议设为该值）。这能避免后续 go get 解析失败或代理重定向问题。
- 若已初始化但路径错误，可手动修改
go.mod第一行，再执行go mod tidy修正依赖引用 - 模块路径不必真实存在域名，但需保持唯一性和稳定性；内部项目可用
gitlab.corp/project
关联远程仓库并推送首个版本
添加远程地址后，首次推送需指定默认分支（如 main 或 master）：
立即学习“go语言免费学习笔记（深入）”；
git remote add origin https://github.com/username/repo.git-
git branch -M main（将当前分支重命名为 main） -
git push -u origin main（-u 建立上游跟踪，后续直接用git push）
推送前建议提交 go.mod 和 go.sum，它们是 Go 模块的版本锁定文件，必须纳入版本控制。
打标签发布语义化版本
Go 工具链通过 Git tag 识别模块版本，tag 名必须符合 vX.Y.Z 格式（如 v1.0.0），前面带 v 是硬性要求：
- 本地打标签：
git tag v1.0.0 - 推送到远程：
git push origin v1.0.0（或git push origin --tags推送所有） - 验证是否生效：
go list -m -versions example.com/myproject应列出该 tag
后续其他项目执行 go get example.com/myproject@v1.0.0 即可精确拉取。
