大厂的Git代码规范

分支命名

• master: 为主分支，也是用于部署生产环境的分支。需要确保master分支稳定性。
• develop: 为开发环境分支，始终保持最新完成以及bug修复后的代码。
• feature: 开发新功能时，以develop为基础创建feature分支。分支命名时以feature/开头，后面可以加上开发的功能模块，命名示例：feature/user_module、feature/cart_module。
• test: 为测试环境分支，外部用户无法访问，专门给测试人员使用，版本相对稳定。
• release: 为预上线分支（预发布分支），UAT测试阶段使用。一般由test或hotfix分支合并，不建议直接在release分支上直接修改代码。
• hotfix: 线上出现紧急问题时，需要及时修复，以master分支为基线，创建hotfix分支。修复完成后，需要合并到master分支和develop分支。

分支与环境对应关系

单次提交注意事项

1. 提交问题必须为同一类别的。
2. 提交问题不要超过3个。
3. 提交的commit发现不符合规范，git commit --amend -m "新的提交信息" 或 git reset --hard HEAD 重新提交一次。

提交类型

• feat: 新增功能
• fix: 修复bug
• docs: 仅文档更改
• style: 不影响代码含义的更改（空白、格式设置、缺失分号等）
• refactor: 既不修复bug也不添加特性的代码更改
• perf: 改进性能的代码更改
• test: 添加缺少的测试或更正现有测试
• chore: 对构建过程或辅助工具和库（如文档）的更改