---

title: Git 集成实战完全指南（六）Git 标签与版本管理——Release 流程自动化
date: 2026-07-10
category: AI 开发工具
tags: [Claude Code, Git, Tag, 版本管理, Release]

Git 集成实战完全指南（六）：Git 标签与版本管理

版本发布是软件生命周期中最关键的环节之一。Tag、Release、SemVer——本篇教你用 Claude Code 自动化整个版本发布流程。

前言

版本发布涉及很多步骤：

1. 确认当前版本
2. 检查是否有未合并的分支
3. 更新版本号
4. 打 Tag
5. 生成 Changelog
6. 推送 Tag 到远程
7. 创建 GitHub Release
8. 通知团队

手动执行这些步骤至少 20 分钟，还容易出错。用 Claude Code，一句命令搞定。

一、语义化版本（SemVer）

1.1 SemVer 规则

版本号格式：MAJOR.MINOR.PATCH

MAJOR - 不兼容的 API 变更
MINOR - 向后兼容的功能新增
PATCH - 向后兼容的问题修复

1.2 版本计算

下一个版本号应该是什么？

Claude 分析最近的提交：

git log v1.2.0..HEAD --oneline | grep -oP '^(feat|fix|refactor)\b' | sort | uniq -c

📋 版本计算
━━━━━━━━━━━━━━━━━━━━━

最近提交分析（自 v1.2.0）：
  feat:    3 个（新增搜索、报表、导出功能）
  fix:     2 个（修复搜索样式、分页 bug）
  refactor: 1 个（抽取搜索逻辑）

建议版本：v1.3.0（MINOR 升级）
理由：有新功能（feat），但没有破坏性变更

如果发现有 breaking change：

⚠️ 检测到可能的破坏性变更：
  - API 路径从 /api/users 改为 /api/v2/users
  - 返回格式从 {code, data} 改为 {success, result}

建议版本：v2.0.0（MAJOR 升级）

二、标签管理

2.1 创建标签

打一个 v1.3.0 的标签

Claude 执行：

# 1. 确认在正确的分支上
git branch --show-current  # 应为 main 或 release

# 2. 创建轻量标签
git tag v1.3.0

# 或创建附注标签（推荐）
git tag -a v1.3.0 -m "Release v1.3.0
==================
新增功能：
- 用户搜索
- 日报报表
- 数据导出

Bug 修复：
- 搜索样式问题
- 分页绑定错误
"

2.2 查看标签

项目有哪些版本标签？

Claude 执行：

git tag --sort=-v:refname | head -20

📋 版本标签
━━━━━━━━━━━━━━━━━━━━━

v1.3.0    2026-07-10  - 当前版本
v1.2.0    2026-06-01  - 用户管理模块
v1.1.0    2026-04-15  - 基础框架
v1.0.0    2026-03-01  - 首次发布

2.3 查看标签对应的代码

v1.2.0 版本有哪些改动？

Claude 执行：

git log v1.1.0..v1.2.0 --oneline --graph

2.4 删除标签

v1.3.0-beta 是测试标签，删掉

# 本地删除
git tag -d v1.3.0-beta

# 远程删除
git push origin --delete v1.3.0-beta

三、Release 流程自动化

3.1 一键发布

发布 v1.3.0

Claude 执行完整发布流程：

🚀 发布 v1.3.0
━━━━━━━━━━━━━━━━━━━━━

[1/8] 确认当前状态
  分支：main
  最近提交：a1b2c3d - 更新 API 文档
  未提交改动：无 ✅

[2/8] 拉取最新代码
  git pull origin main ✅

[3/8] 运行测试
  pnpm test → 42/42 passed ✅

[4/8] 构建验证
  pnpm build → 成功 (2.3 MB) ✅

[5/8] 生成 Changelog
  git log v1.2.0..HEAD --oneline
  → 已生成 CHANGELOG.md

[6/8] 创建 Tag
  git tag -a v1.3.0 -m "Release v1.3.0" ✅

[7/8] 推送 Tag
  git push origin v1.3.0 ✅

[8/8] 创建 GitHub Release
  gh release create v1.3.0 \
    --title "Release v1.3.0" \
    --notes-file CHANGELOG.md
  ✅

━━━━━━━━━━━━━━━━━━━━━
🎉 发布完成！
  访问：https://github.com/xxx/releases/tag/v1.3.0

3.2 Release Branch 流程

创建一个 release/1.3.0 分支

Claude 执行：

# 1. 从 main 创建 release 分支
git checkout main
git pull origin main
git checkout -b release/1.3.0

# 2. 更新版本号
#    修改 package.json 中的 version 字段
#    修改 pom.xml 中的 version 字段

# 3. 提交版本更新
git add -A
git commit -m "chore: bump version to 1.3.0"
git push -u origin release/1.3.0

3.3 发布后合并

release/1.3.0 验证通过了，合并到 main 和 develop

Claude 执行：

# 1. 合并到 main
git checkout main
git merge --no-ff release/1.3.0 -m "merge: release/1.3.0 → main"
git tag -a v1.3.0 -m "Release v1.3.0"
git push origin main

# 2. 合并回 develop
git checkout develop
git merge --no-ff release/1.3.0 -m "merge: release/1.3.0 → develop"
git push origin develop

# 3. 删除 release 分支
git branch -d release/1.3.0
git push origin --delete release/1.3.0

四、版本对比

4.1 两个版本之间的差异

v1.2.0 和 v1.3.0 之间差了多少代码？

Claude 执行：

git diff --stat v1.2.0..v1.3.0

📊 v1.2.0 ↔ v1.3.0 版本对比
━━━━━━━━━━━━━━━━━━━━━

文件变更：
  新增 5 个文件
  修改 12 个文件
  删除 1 个文件

代码统计：
  +856 行新增
  -234 行删除
  净增 +622 行

涉及模块：
  - 用户管理（搜索功能）
  - 报表模块（日报、周报、月报）
  - 数据导出

4.2 差异文件列表

v1.3.0 改了哪些文件？

git diff --name-status v1.2.0..v1.3.0

M  src/api/user.ts        - 修改
A  src/api/report.ts      - 新增
M  src/views/UserList.vue - 修改
A  src/views/Reports/Daily.vue - 新增
...

五、预发布版本

5.1 Alpha/Beta/RC 版本

发布一个测试版 v1.3.0-rc.1

Claude 执行：

git tag -a v1.3.0-rc.1 -m "Release Candidate 1 for v1.3.0"
git push origin v1.3.0-rc.1

5.2 预发布流程

v1.3.0-rc.1 测试通过了，正式发布

Claude 执行：

# 1. 确认 RC 版本的测试状态
git log v1.3.0-rc.1..HEAD --oneline
# 如果有新提交，提示用户确认

# 2. 创建正式版本
git tag -a v1.3.0 -m "Release v1.3.0"

# 3. 推送
git push origin v1.3.0

# 4. 创建 GitHub Release
gh release create v1.3.0 --generate-notes

六、版本回退

6.1 回退到指定版本

线上 v1.3.0 有问题，回退到 v1.2.0

Claude 执行：

# 1. 创建回滚版本
git tag -a v1.2.1 -m "Revert to v1.2.0 (hotfix)"

# 2. 推送
git push origin v1.2.1

# 3. 部署
#    将生产环境回退到 v1.2.0 的镜像/代码

6.2 版本回退报告

从 v1.3.0 回退到 v1.2.0，差了多少？

git diff v1.2.0..v1.3.0 --stat

📋 回退影响分析
━━━━━━━━━━━━━━━━━━━━━

v1.3.0 相比 v1.2.0 新增：
  - 用户搜索功能（3 个文件）
  - 报表模块（5 个文件）
  - 数据导出功能（2 个文件）

回退到 v1.2.0 后，以上功能将不可用。
建议通知用户：搜索、报表、导出功能暂时下线。

七、这一章的核心心得

1. SemVer 是标准——MAJOR.MINOR.PATCH，搞清楚什么时候升哪一位
2. 附注标签优于轻量标签——git tag -a 包含更多信息
3. 发布流程要自动化——测试、构建、打标签、创建 Release 一气呵成
4. 版本对比很重要——知道两个版本之间差了多少代码、改了哪些文件
5. 预发布版本是缓冲——Alpha → Beta → RC → Release，逐步降低风险
6. 回退要有预案——知道怎么快速回退到上一个稳定版本

八、下一步

版本管理好了，接下来学习更高级的 Git 自动化——Git 钩子。让 Claude 在提交前、推送前自动执行检查，把问题挡在提交之前。

下一篇我们学习 Git 钩子自动化。

---

系列目录：

1. Claude Code 与 Git 的基础集成——自然语言操作 Git
2. 智能分支管理——分支策略、自动创建、合并预防
3. 自动化 Commit 与 PR——生成提交信息、创建 Pull Request
4. Git 冲突解决——合并冲突的自动检测与修复
5. Git Blame 与历史追踪——追溯代码变更的来龙去脉
6. Git 标签与版本管理——Release 流程自动化 ← 本篇
7. Git 钩子自动化——pre-commit、pre-push 自动执行（待写）
8. Git 团队协作最佳实践——PR Review、Code Review 流程（待写）