Git 团队协作流程：分支规范与提交模板

团队用 Git 协作，最怕的不是代码冲突，而是没有规范导致的混乱。以下是经过实战验证的一套轻量流程。

分支命名

• feat/xxx — 新功能
• fix/xxx — Bug 修复
• refactor/xxx — 重构

分支名即文档，看一眼就知道在做什么。

提交信息

使用约定式提交（Conventional Commits）：

feat: 添加博客分页功能
fix: 修复移动端导航栏遮挡内容

第一行不超过 50 字符，说清楚"做了什么"，别写"修改了一些东西"。

Code Review

• PR 不超过 400 行，大了就拆
• 至少一人 approve 才能合并
• 用 PR 模板列出改动点和测试方式

主分支保护

设置 main 分支为保护分支，禁止直接 push，所有改动必须走 PR。这样每次合并都有记录可追溯。

规范不需要多复杂，团队一致比完美更重要。