第九章：Git 协作：分支、提交、PR、审阅摘要

9.1 Cursor 的正确定位：帮你产出“可审阅的变更集”

Git 工作流的目标不是“提交更多”，而是：

• 改动可追溯
• 审阅可聚焦
• 回滚可控

所以无论你用 Cursor 做了什么，合入前都应该：

• 审阅 diff
• 跑测试与 lint
• 明确 commit message 与变更范围

9.2 分支策略：先把风险隔离

建议把这句话写进任务里：

请在新分支上完成改动（例如 fix/<topic> 或 feat/<topic>），不要直接改 main/master。

9.3 提交策略：一次提交一个主题

如果一个提交里混合了修 bug + 重构 + 格式化，审阅会非常困难。推荐拆分：

• 提交 1：实现最小修复/功能
• 提交 2：补测试
• 提交 3：重构清理（可选）

并要求每个提交都能通过测试。

9.4 PR 描述模板（让沟通成本更低）

你可以让 Cursor 按模板输出 PR 描述：

## 变更内容
- …

## 为什么这样改
- …

## 风险与回滚
- …

## 验证
- [ ] 测试命令：…
- [ ] lint 命令：…
- [ ] 构建命令：…

9.5 让 Cursor 做“预审”

发 PR 之前，让 Cursor 以严格 reviewer 视角再看一遍通常很值：

请作为严格 reviewer 审阅这次变更：
1) 找潜在 bug 与边界条件遗漏
2) 找命名/风格不一致
3) 给最小修复建议（不要大重构）

9.6 本章小结

你已经能把 Cursor 无缝接入 Git 协作：

• 新分支隔离风险
• 提交按主题拆分，审阅更轻
• PR 描述结构化，沟通更快
• 发 PR 前做预审，减少来回

下一章我们把安全与隐私系统化：密钥、脱敏、边界与最小权限，建立团队基线。