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 不是挑错,而是知识共享和风险管控:
- 每次 PR 控制在 400 行以内
- 描述清楚"为什么"而不只是"做了什么"
- 评论区分:必须修改 / 建议 / 疑问
- 不要在 PR 里讨论架构决策,这些应在开发前对齐
常用救命命令
# 撤销最后一次提交,保留改动
git reset HEAD~1
# 交互式 rebase 整理提交历史
git rebase -i HEAD~5
# 找回误删的提交
git reflog