从分支管理和提交两个方面总结规范
分支规范、分支介绍、分支流程（详细图解在下面第一个参考链接）
初始分支
和
分支上的所有内容都应该被标记
分支
分店名称/*
分支是在分支的基础上创建的。 完成后，必须合并回分支。 合并分支后，通常会删除该分支，但也可以保留该分支。
分支
分店名称/*
分支是在分支的基础上创建的。 评分后，我们可以在这个分支上进行测试，修改bug等，同时其他开发者可以基于它开发新的（记住：一旦你分支了，不要将新的变更从该分支合并到该分支上）
发布分支时，将其合并到 和 中，并在分支上打上标签以记住版本号，然后就可以删除分支。
维修分公司
分店名称/*
分支是在分支的基础上创建的。 开发完成后，需要将它们合并回分支并在其上打上标签。
代码示例
A。 创建分支
git branch develop
git push -u origin develop
b. 开始新的发展
git checkout -b some-feature develop
# Optionally, push branch to origin:
git push -u origin some-feature
# 做一些改动
git status
git add some-file
git commit
C。 完全的
git pull origin develop
git checkout develop
git merge --no-ff some-feature
git push origin develop
git branch -d some-feature
# If you pushed branch to origin:
git push origin --delete some-feature
d. 开始
git checkout -b release-0.1.0 develop
# Optional: Bump version number, commit
# Prepare release, commit
e. 完全的
git checkout master
git merge --no-ff release-0.1.0
git push
git checkout develop
git merge --no-ff release-0.1.0
git push
git branch -d release-0.1.0
# If you pushed branch to origin:
git push origin --delete release-0.1.0
git tag -a v0.1.0 master
git push --tags
F。 开始
git checkout -b hotfix-0.1.1 master
G。 完全的
git checkout master
git merge --no-ff hotfix-0.1.1
git push
git checkout develop
git merge --no-ff hotfix-0.1.1
git push
git branch -d hotfix-0.1.1
git tag -a v0.1.1 master
git push --tags
注释规范原则格式
():
<body>
格式示例
fix(route): 404 页面跳转不正确
主体内容
Closes #123, #245, #992
类型使用
壮举：新功能、新特性 ()
修复：修复bug
文档：文档()
style：代码格式修改（代码改动相对较小，但功能不变）
测试：修改测试用例或添加测试代码
：代码重构，内部处理逻辑/算法逻辑发生重大变化。 （也就是说，它不是新功能或代码更改以纠正错误）
Chore：对构建流程或辅助工具的更改，例如构建流程、依赖管理等（对于未确定的提交，建议这样做）
：对现有代码进行一定程度的重构
perf：更改代码以提高性能
参考链接
团队中Git的最佳实践--如何正确使用Git Flow
Git 最佳实践原则
合并Git时--no-ff的作用
# git merge 和 git merge --no-ff 的区别
