待开发

11.4 团队工作流最佳实践

分支策略

主分支（main/master）：始终可运行的稳定代码

功能分支（feature-xxx）：开发新功能时使用

工作流程：

1. 从主分支创建功能分支
2. 在功能分支上开发
3. 完成后合并回主分支

告诉 AI："创建一个新分支用于开发 xxx 功能"

回滚场景

场景一：改错了，还没提交 告诉 AI："撤销对 xxx 文件的所有修改"

场景二：已提交，想回到上一个版本 告诉 AI："回退到上一个能跑的版本"

场景三：已推送到远程 告诉 AI："撤销最近一次提交，但不要删除历史记录"

AI 会自动选择合适的命令（reset、revert 等）

Pull Request 工作流

什么是 PR：请求将分支合并到主分支，并经过代码审查

为什么用 PR：

• 代码审查发现潜在问题
• 自动化测试必须在合并前通过
• 留下讨论记录

流程：

1. 推送功能分支到远程
2. 在 GitHub/Gitee 发起 Pull Request
3. 邀请队友审查（或让 AI 先 Self-Review）
4. 审查通过后合并

提交信息规范

告诉 AI 使用规范格式，方便后续查阅：

feat: 添加用户登录功能
fix: 修复登录接口超时问题
docs: 更新 API 文档
refactor: 重构用户模块

日常开发节奏

开始工作 → 拉取最新代码 → 创建功能分支
    ↓
开发功能 → 提交修改 → 推送到远程
    ↓
发起 PR → 代码审查 → 合并到主分支

告诉 AI 你的意图，它会执行相应的 Git 操作。