Git 使用规范流程

开发中使用Git流程

参考文章：阮一峰- Git 使用规范流程

开发新功能 ：应该新建一个单独的分支（这方面可以参考《Git分支管理策略》）。
提交分支commit：分支修改后，就可以提交commit了。提交时，应遵循提交规范。
与主干同步：分支的开发过程中，要经常与主干保持同步。分支开发完成后，很可能有一堆commit，但是合并到主干的时候，往往希望只有一个（或最多两三个）commit，这样不仅清晰，也容易管理。
推送到远程仓库：因为rebase以后，分支历史改变了，跟远程分支不一定兼容，有可能要强行推送。
发出Pull Request：提交到远程仓库以后，就可以发出 Pull Request 到master分支，然后请求别人进行代码review，确认可以合并到master。

参考：阮一峰- Commit message 和 Change log 编写指南

详情内容，应移步参考连接中。

在 commit 时，遵循的规范为 Angular 规范。（有多种规范，其中 Angular 规范使用广泛。）

每次提交，Commit message 都包括三个部分：Header，Body 和 Footer。

txt 复制代码

<type>(<scope>): <subject>
// 空一行
<body>
// 空一行
<footer>

Header 是必需的，Body 和 Footer 可以省略。

header ：

Header部分只有一行，包括三个字段：type（必需）、scope（可选）和 subject（必需）。

type：用于说明 commit 的类别，只允许使用下面7个标识。

shell 复制代码

feat：新功能（feature）
fix：修补bug
docs：文档（documentation）
style： 格式（不影响代码运行的变动）
refactor：重构（即不是新增功能，也不是修改bug的代码变动）
test：增加测试
chore：构建过程或辅助工具的变动

body ：
Body：部分是对本次 commit 的详细描述，可以分成多行。

Footer ：

Footer 部分只用于两种情况：