git提交规范
git commit -m <type>( <scope> ?): <subject>
type (必须):
- feat：新功能（feature）
- ci：自动化流程配置修改
- fix：修补bug
- docs：文档更新（documentation）
- style：修改了空格、缩进等（不影响代码运行的变动）
- refactor：功能重构（即不是新增功能，也不是修改bug的代码变动）
- test：增加测试
- chore：构建过程或辅助工具的变动 比如 webpack babel eslint配置
- perf：优化相关，比如提升性能、体验。
- revert：回滚
scope（可选）:
scope用于说明 commit 影响的范围，比如 feat(src/element.js): element按需导入
subject (必须): commit的简短描述
example
git commit -m "fix: some message"
git分支
分支相关命令
非常重要，在当前分支修改了内容，一定要提交，然后才能切换分支、才能创建分支等等。 `
查看分支
git branch
查看分支（包括远程分支，学完远程仓库再看）
git branch -a
创建分支
git branch 分支名
切换分支
git checkout 分支名
删除分支
git branch -d 分支名 （如果不让删除，可以使用 -D 强制删除）
合并分支
git merge 分支名 （把指定分支的代码，合并到当前分支）`
分支策略
如何利用分支？
首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
bug分支
- 软件开发中，bug就像家常便饭一样。有了bug就需要修复，在Git中，由于分支是如此的强大，所以，每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。
- 首先确定要在哪个分支上修复bug，假定需要在master分支上修复，就从master创建临时分支：
$ git checkout master
#创建bug分支
$ git checkout -b issue-1
- 修复完成后，切换到master分支，并完成合并，最后删除issue-1分支：
$ git checkout master
#合并bug分支
$ git merge --no-ff -m "merged bug fix 1" issue-1
#删除bug分支
$ git branch -d issue-1
