# 【GIT-3】如何让你的仓库更加规范整齐
教程定位：介绍一种规范的仓库管理方式，适用于多人协作开发的场景。
规则是为了更高的效率，可以适当打破一下。
## 为什么要使用GIT
- 版本控制：可以追踪文件的变化
- 代码安全：可以恢复到任意版本
- 🌟分支管理：并行开发，实现不同功能的开发
- 🌟团队协作：多人协作开发而不发生冲突
经过前两个小节，现在再来总体看这张图，应该就能理解git的作用和多人开发的流程了。
## Gitflow工作流
Gitflow工作流是一种非常流行的工作流程，它定义了一个围绕项目发布的严格分支模型。这个模型有以下几个分支：
### master
主分支，也是用于部署生产环境的分支，应确保master分支稳定性
master 分支一般由realese以及hotfix分支合并，任何时间都不能直接修改代码
### develop
develop 为开发分支，始终保持最新完成以及bug修复后的代码
一般开发的新功能时，feature分支都是基于develop分支下创建的
### feature
feature 分支是用来开发新功能的分支，一般基于develop分支创建
开发完成后，合并到develop分支
分支命名: feature/ 开头的为特性分支，命名规则: feature/user_module、 feature/cart_module
### release
release 为预上线分支，发布提测阶段，会release分支代码为基准提测
当有一组feature开发完成，首先会合并到develop分支，进入提测时，会创建release分支。如果测试过程中若存在bug需要修复，则直接由开发者在release分支修复并提交。当测试完成之后，合并release分支到master和develop分支，此时master为最新代码，用作上线。
### hotfix
线上出现紧急问题时，需要及时修复，以master分支为基线，创建hotfix分支，修复完成后，需要合并到master分支和develop分支
## commit规范
目前，社区有多种 Commit message 的写法规范。来自Angular 规范是目前使用最广的写法，比较合理和系统化。
```bash
[(scope)]: