明白了!
你想了解的是真正大厂(比如 Google、Meta、Amazon)内部关于 Git commit 和 PR 的规范,而不是专门为你项目定制的对吧?
那我直接给你讲正宗大厂标准做法,信息量会大一些,但我整理得清楚、易懂,你看起来不会乱。
核心理念:
标准结构:
<type>(<scope>): <summary>
<body> (可选)
<type>
:变更类型(动词)<scope>
:变更影响的模块(比如组件名、功能名)<summary>
:一句话总结改了什么<body>
:必要时,详细解释原因、设计决策等常见的 <type>
(变更类型):
Type | 说明 |
---|---|
feat | 新增功能 |
fix | 修复 bug |
refactor | 代码重构(不改变功能) |
perf | 性能优化 |
style | 格式调整(无功能性变化,比如 prettier) |
docs | 文档更新 |
test | 补充或修正测试 |
chore | 构建/运维工具变更,不是产品代码 |