工作中的git使用流程

Git 是一个开源的分布式版本控制系统,用于敏捷高效地处理任何或小或大的项目！

一般工作中都会使用到Git，但具体的使用流程是什么样的？今天来具体的说一下！

首先，项目最开始 ，初始化时会有master分支，该分支主要和线上版本保持一致的。我们开发的话需要从master分支上创建一个dev分支作为我们的主开发分支

这时候需要开发功能了，需求是开发功能A，交给小张，这时候小张需要根据dev分支再创建一个开发分支 功能A

待功能A开发完毕，自测通过后，这时候需要切换到dev分支并且合并功能A分支

然后根据合并后的dev分支创建一个测试分支，并在测试分支上测试验收，有bug直接在该分支下进行修复。

测试通过后，要进行上线部署了，这时候需要把测试分支合并到master分支上。然后由运维等相关人员部署。这时还不能删除测试分支，需要把测试分支合并到dev分支上

如果线上出现了bug后，怎么办？不要慌！首先根据Master分支创建一个bug修复分支，

在bug修复分支上进行修复和测试。通过后 合并到Master和dev分支上。

后续就按照这种流程一直走下去就行。功能分支、测试分支、bug修复分支 都可以在合并后进行删除！

git 分支命名规范

• master（主分支，永远是可用的稳定版本，不能直接在该分支上开发）
• develop（开发主分支，所有新功能以这个分支来创建自己的开发分支，该分支只做只合并操作，不能直接在该分支上开发）
• feature-xxx（功能开发分支，在develop上创建分支，以自己开发功能模块命名，功能测试正常后合并到develop分支）
• feature-xxx-fix(功能bug修复分支，feature分支合并之后发现bug，在develop上创建分支修复，之后合并回develop分支。PS:feature分支在申请合并之后，未合并之前还是可以提交代码的，所以feature在合并之前还可以在原分支上继续修复bug)
• hotfix-xxx（紧急bug修改分支，在master分支上创建，修复完成后合并到 master）

注意事项：

• 一个分支尽量开发一个功能模块，不要多个功能模块在一个分支上开发。
• feature 分支在申请合并之前，最好是先 pull 一下 develop 主分支下来，看一下有没有冲突，如果有就先解决冲突后再申请合并。