Branch Management

Branch Management

帮用户在当前 Git 仓库里执行日常分支管理闭环：新建 feature 分支、同步集成分支、提交并推送、MR 前检查、合并后清理分支。

默认用户身份：

• 姓名：wangxin / 王鑫
• initials：wx
• feature 分支格式：feature/wx-YYYYMMDD-<kebab-task-name>

本技能是通用流程，不绑定具体仓库。除非当前仓库另有明确约定，否则按下面的默认规则执行。

操作边界

可以直接执行的低风险操作：

• git status
• git branch --show-current
• git remote -v
• git fetch --all --prune
• git checkout <branch>
• git pull origin <branch>
• git checkout -b feature/wx-YYYYMMDD-<task>
• git push -u origin feature/wx-YYYYMMDD-<task>
• git add <明确文件>
• git commit -m "<message>"
• git push

必须先明确征得用户确认的操作：

• git rebase ... 后的 git push --force-with-lease
• 删除本地分支：git branch -d ...
• 删除远端分支：git push origin --delete ...
• 对 main / master / release/* / hotfix/* 的 checkout、merge、push、reset
• 任何 reset --hard、clean -fd、checkout -- <file> 等会丢弃改动的命令

不要在用户未确认的情况下切换到生产分支、删除分支、强推或丢弃工作区改动。

进入技能后先做

1. 确认当前位置是 Git 仓库：

   git rev-parse --show-toplevel
   

2. 查看状态：

   git status --short
   git branch --show-current
   git remote -v
   

3. 判断集成分支：
   • 优先使用 develop
   • 如果没有本地 develop，检查 origin/develop
   • 如果没有 develop，询问用户使用哪个基线分支，常见候选是 main 或 master

如果工作区有未提交改动：

• 新建分支前，如果当前分支不是目标基线，先提醒用户并建议 stash 或在当前分支直接建 feature。
• 不要自动 stash，除非用户明确同意。

场景 1：新建 feature 分支

触发语义：

• "新建分支"
• "开一个 feature"
• "开始新任务"
• "帮我切分支"

流程：

1. 询问或提取任务名，将其转成 kebab-case 英文短语，3-6 个词以内。
2. 生成当天日期 YYYYMMDD。
3. 生成分支名：

   feature/wx-YYYYMMDD-<task>
   

4. 拉取远端：

   git fetch --all --prune
   

5. 切到基线分支并更新：

   git checkout develop
   git pull origin develop
   

6. 创建 feature 分支：

   git checkout -b feature/wx-YYYYMMDD-<task>
   

7. 推送并设置 upstream：

   git push -u origin feature/wx-YYYYMMDD-<task>
   

8. 汇报当前分支名和下一步建议。

命名禁忌：

• 不使用 test、temp、patch、new 等无意义名
• 不使用中文、空格、大写、特殊字符
• 一个 feature 分支只承载一件事

场景 2：同步集成分支到当前 feature

触发语义：

• "同步 develop"
• "更新当前分支"
• "把 develop 合进来"
• "rebase develop"

流程：

1. 确认当前分支是 feature 分支。
2. 执行：

   git fetch origin
   git rebase origin/develop
   

3. 如果 rebase 成功，询问用户是否推送重写后的远端历史。
4. 用户确认后执行：

   git push --force-with-lease
   

如果发生冲突：

• 停下来汇报冲突文件。
• 指导用户或直接协助解决冲突。
• 冲突解决后继续：

  git add <resolved-files>
  git rebase --continue
  

场景 3：提交并 push

触发语义：

• "提交一下"
• "commit"
• "提交并推送"
• "push 当前改动"

流程：

1. 查看改动：

   git status --short
   git diff --stat
   

2. 根据改动内容建议 Conventional Commits 消息。type 和 scope 使用英文，冒号后的 summary 使用中文：

   <type>(<scope>): <中文摘要>
   

3. 常用 type：
   • feat：新功能，例如 feat(chat): 添加消息时间显示
   • fix：修复 bug，例如 fix(login): 处理空的 OAuth 回调地址
   • docs：文档改动，例如 docs(readme): 更新部署说明
   • style：代码风格，不影响逻辑，例如 style(frontend): 使用 Prettier 格式化
   • refactor：重构，不加功能不修 bug，例如 refactor(api): 抽取 token 中间件
   • perf：性能优化，例如 perf(query): 增加看板数据缓存
   • chore：构建、工具、依赖，例如 chore(deps): 升级 vite 到 6.0
   • test：测试相关，例如 test(unit): 添加认证服务 mock
   • hotfix：紧急线上修复，例如 hotfix: 回滚聊天面板异常部署
4. 只 add 与本次任务相关的文件。
5. 执行 commit 和 push：

   git add <files>
   git commit -m "<type>(<scope>): <中文摘要>"
   git push
   

如果当前分支没有 upstream：

git push -u origin <current-branch>

场景 4：MR 前检查

触发语义：

• "MR 前检查"
• "准备提 MR"
• "检查能不能合"
• "发起 merge request"

流程：

1. 确认当前分支不是 develop / main / master。
2. 检查状态：

   git status --short
   git log --oneline --decorate -n 10
   git fetch origin
   

3. 确认当前 feature 已同步基线：

   git rebase origin/develop
   

4. rebase 后如需强推，必须先确认，再执行：

   git push --force-with-lease
   

5. 输出 MR 信息：
   • 源分支：当前 feature 分支
   • 目标分支：develop 或用户确认的基线分支
   • 标题：使用 Conventional Commits 风格
   • Reviewer：至少 1 人

MR 描述模板：

## 改动内容
<!-- 一两句话说清楚做了什么 -->

## 相关 Issue / 任务
<!-- 例如：close #42、ref #38 -->

## 测试方式
<!-- 怎么验证这个改动是对的 -->
- [ ] Step 1: ...
- [ ] Step 2: ...

## Checklist
- [ ] 代码自测通过
- [ ] 没有误改无关文件
- [ ] 已处理 feature 分支与基线分支的冲突
- [ ] commit 历史整洁

场景 5：合并后清理 feature 分支

触发语义：

• "清理分支"
• "MR 合了，删分支"
• "删除 feature 分支"

流程：

1. 确认 feature 分支已合并。
2. 切回基线分支并更新：

   git checkout develop
   git pull origin develop
   

3. 删除本地 feature 分支前先确认。
4. 用户确认后：

   git branch -d feature/wx-YYYYMMDD-<task>
   

5. 删除远端 feature 分支前再次确认。
6. 用户确认后：

   git push origin --delete feature/wx-YYYYMMDD-<task>
   

如果 git branch -d 拒绝删除，说明 Git 认为未合并。不要改用 -D，先调查合并状态。

异常处理

当前仓库没有 develop

询问用户本仓库的集成分支是哪一个。得到答案后，本轮都使用该分支作为基线。

当前分支不是 feature

如果用户要提交或同步，先说明当前分支名，并确认是否继续。不要在 main / master 上直接提交或推送。

有未提交改动且需要切分支

提供两个选项：

• 在当前分支直接创建 feature，保留工作区改动
• stash 后切到基线分支，再创建干净 feature

用户确认后再执行 stash。

rebase 冲突

停下并汇报冲突文件。解决冲突前不要 push。

误删未 push 的本地分支

指导恢复：

git reflog
git checkout -b feature/wx-YYYYMMDD-<task> <reflog-hash>

完成报告

每次操作结束后，用简短报告说明：

• 当前仓库
• 当前分支
• 已执行的关键命令
• 是否已推送远端
• 还需要用户手动完成的事项，例如创建 MR 或指定 Reviewer