Git 使用规范流程
开发中使用Git流程
参考文章：阮一峰- Git 使用规范流程
- 开发新功能：应该新建一个单独的分支（这方面可以参考《Git分支管理策略》）。
- 提交分支commit：分支修改后，就可以提交commit了。提交时，应遵循提交规范。
- 与主干同步：分支的开发过程中，要经常与主干保持同步。分支开发完成后，很可能有一堆commit，但是合并到主干的时候，往往希望只有一个（或最多两三个）commit，这样不仅清晰，也容易管理。
- 推送到远程仓库：因为rebase以后，分支历史改变了，跟远程分支不一定兼容，有可能要强行推送。
- 发出Pull Request：提交到远程仓库以后，就可以发出 Pull Request 到master分支，然后请求别人进行代码review，确认可以合并到master。
git commit message 的格式
参考：阮一峰- Commit message 和 Change log 编写指南
详情内容，应移步 参考连接中。
在 commit 时，遵循的规范为 Angular 规范。（有多种规范，其中 Angular 规范使用广泛。）
Commit message 的格式
每次提交，Commit message 都包括三个部分：Header，Body 和 Footer。
<type>(<scope>): <subject>
// 空一行
<body>
// 空一行
<footer>
Header是必需的，Body和Footer可以省略。
header：
Header部分只有一行，包括三个字段：type（必需）、scope（可选）和 subject（必需）。
type：用于说明commit的类别，只允许使用下面7个标识。feat：新功能（feature） fix：修补bug docs：文档（documentation） style： 格式（不影响代码运行的变动） refactor：重构（即不是新增功能，也不是修改bug的代码变动） test：增加测试 chore：构建过程或辅助工具的变动
body：
Body： 部分是对本次 commit 的详细描述，可以分成多行。
Footer：
Footer 部分只用于两种情况：
- 不兼容变动
- 关闭 Issue