Git 工作流最佳实践

工作流选型

常见的 Git 工作流有三种：

• Git Flow — 适合版本发布周期明确的产品
• GitHub Flow — 适合持续部署的 Web 应用
• Trunk-based Development — 适合高频发布、功能完善的大型团队

对于大多数中小团队，GitHub Flow 是最佳起点：main 分支始终可部署，功能通过 feature branch + PR 合入。

提交信息规范

遵循 Conventional Commits 格式：

<type>(<scope>): <subject>

[optional body]

[optional footer]

常用 type：feat / fix / docs / refactor / test / chore

分支命名约定

feature/user-auth
fix/login-redirect
chore/upgrade-dependencies

有效的 Code Review

Code Review 不是挑错，而是知识共享和风险管控：

1. 每次 PR 控制在 400 行以内
2. 描述清楚"为什么"而不只是"做了什么"
3. 评论区分：必须修改 / 建议 / 疑问
4. 不要在 PR 里讨论架构决策，这些应在开发前对齐

常用救命命令

# 撤销最后一次提交，保留改动
git reset HEAD~1

# 交互式 rebase 整理提交历史
git rebase -i HEAD~5

# 找回误删的提交
git reflog