Git使用规范

原文：Git使用规范 (opens new window)

分支规范

1. main分支(master)

master为主分支，也是用于部署生产环境的分支，一般由 dev 以及 fixbug分支合并，任何时间都不能直接修改代码。

2. dev分支

develop 为开发分支，始终保持最新完成以及bug修复后的代码。一般开发新功能时，feature 分支都是基于 dev 分支下创建的。

3. feature-[功能名称/版本信息]

feature为需求分支，以 dev 分支为基础创建 feature 分支。每个开发人员基于feature分支，创建自己的开发分支。

4. fixbug-[bug编号]

线上出现紧急问题时，需要及时修复，以 master 分支为基线，创建 fixbug分支，修复完成后，需要合并到 master 分支和 dev 分支。

Commit 提交规范

Angular团队规范 (opens new window) 延伸出的 Conventional Commits specification（约定式提交） (opens new window) 为例

<type>[optional scope]: <description>

[optional body]

[optional footer(s)]

--------  翻译 -------------
    
<类型>[可选 范围]: <描述>

[可选 正文]

[可选 脚注]

每次git提交日志格式为：「类型:描述」

1. type

• feat：新功能
• fix：修补bug
• docs：修改文档
• style：格式化代码结构，没有逻辑上的代码修改
• refactor：重构，即不是新增功能，也不是修改bug的代码变动，比如重命名变量
• test：增加测试代码，单元测试一类的，没有生产代码的变更
• chore：构建过程或辅助工具的变动（不会影响代码运行）
• perf:性能优化
• revert:回退
• build:打包