生活不能随便过，代码也不能随便写。在上一篇文章中，我们已经搭建好了项目，那么我们是不是马上开始写页面呢？不！无论你在哪个公司，都会有相应的代码规范。新入职的员工往往要接受代码规范学习作为第一步。既然是实际项目，在写页面之前我们就得配置好相关的规范。今天，我们就来看看git在项目中的使用以及相关规范。Git规范和项目配置的目的是为了统一团队的GitCommit标准，方便后续的代码审查、版本发布、变更日志的自动生成；可以提供更多更有效的历史信息，方便快速预览和快速代码合并cherry-pick；其他团队成员在做gitblame时可以快速理解代码的用途；版本说明1.分支master：主分支（保护分支），不能直接修改代码提交到master上；develop：测试分支，所以开发完成后需要提交测试的功能合并到这个分支；feature-*：新增功能开发分支，根据不同需求创建独立的功能分支，开发完成后合并到develop分支；hotfix-*：bug修复分支，根据实际情况对发布版本进行bug修复；release-*：预发布分支。2.Tag采用三阶段格式，v版本。里程碑。序号，如v1.2.3架构升级或重大结构调整，修改第一个新功能上线或重大模块调整，修改第二个bug修复上线，修改第三个Bit3.changelog版本正式发布后，一个changelog需要制作文档，方便后续问题追溯。提交规范Gitcommitlog基本规范对于每次提交，Commitmessage包括三部分：Header、Body和Footer。()://空行//空行
