Git在工作中的使用流程

Git中的分支

master分支：所有用户可见的正式版本，都从master发布（也是用于部署生产环境的分支，确保master分支稳定性）。
主分支作为稳定的唯一代码库，不做任何开发使用。master 分支一般由develop以及hotfix分支合并，任何时间都不能直接修改代码。

feature分支：开发新功能时，以dev分支为基础创建feature分支。feature/xxx功能名。开发完merge到dev分支。

dev分支：开发分支，始终保持最新完成以及bug修复后的代码，一般开发的新功能时，feature分支都是基于develop分支下创建的。

release分支：测试用的分支。当有一组feature功能开发完成，首先会合并到develop分支，进入提测时会创建release分支。 如果测试过程中若存在bug需要修复，则直接由开发者在release分支修复并提交。当测试完成之后，合并release分支到master和develop分支，此时master为最新代码，用作上线。

hotfix(修补bug分支)：临时性多个bug修复分支（fixbug），用于修复线上问题。
从master拉取，修复并测试完成merge回master和develop。如果修复期间，有其他版本合并入master ，需要同步到fixbug版本，并进行测试。
分支命名: hotfix/*开头的为修复分支，它的命名规则与 feature 分支类似

Git一般操作过程

比如当收到一个需求叫增加用户导入功能，到公司的远程库中登录上自己的账号，从master分支为自己的需求拉取一条分支feature/增加用户导入功能。

接着到IDEA中，找到你创建的分支并切换，如果没看到的话，点击右上角蓝色箭头

切换完之后，将master分支合并到feature/增加用户导入功能 分支，保证你和master分支的代码是一致的（防止在你创建完eature/增加用户导入功能 分支后，有人将代码合并到master分支了）

 接下来就是嘎嘎一顿开发后，进行commit提交到本地库中，点击commit提交即可。

然后切换到你要提交代码的分支，这里我选择release分支，切换过来后，记得更新一下代码（远程库的代码和你本地代码不一样的话，提交上去会被拒绝的）

提交被拒绝

 

更新该分支代码

 

最后，将 feature/增加用户导入功能 分支合并到release测试分支上，点击push，会有你刚刚在 feature/增加用户导入功能 分支上的commit，