> 文章列表 > Git在工作中的使用流程

Git在工作中的使用流程

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,