暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

Sourcetree git工作流使用及分支开发模式

831

一般的企业级开发分支共有5种类型:

(1)master,最终发布版本,整个项目中有且只有一个

(2)develop,项目的开发分支,原则上项目中有且只有一个

(3)feature,功能分支,用于开发一个新的功能

(4)release,预发布版本,介于develop和master之间的一个版本,用于测试

(5)hotfix,修复补丁,用于修复master上的bug,直接作用于master

SourceTree一般开发模式:

(1)开发任务都是在develop分支上完成的,当开发中需要增加一个新的功能时,可新建feature分支,用于增加新功能,并且不影响开发中的develop源码,当新功能增加完成后,完成feature分支,将新功能合并到develop中,更新develop上的代码

操作:首先分支选择develop,点击git工作流,选择建立新的功能

完成feature开发后,将feature中的源码合并到develop分支。将当前分支指向该分支,点击“Git工作流”,选择“完成功能”

(2)当开发到一定阶段,可以发布测试版本时,可以从develop分支,建立release分支,进入预发布测试阶段。点击“Git工作流”,选择“建立新的发布版本",release是从develop分出的,输入发布版本名"",点击确定

(3)后续的开发工作仍旧在develop上进行,如果在测试过程中发现问题,直接在release上进行修改,修改完成后进行提交

(4)release分支进行两次修改后,测试完成,可以进行正式发布,在当前分支指向该分支下,点击“Git工作流”,选择“完成发布版本”,在预览中可以看到,该分支向develop和master分别合并,点击确定,完成正式发布

(5)正式版本发布后,develop可继续进行后续开发,当正式版本出现问题时,需要进行问题的修改,可以在master分支建立修改补丁hotfix。将当前分支切换到master,点击“Git工作流”,选择“建立新的修复补丁”

在该分支下进行master的问题修改,修改完成后进行提交。当所有补丁问题修改完成后,点击“Git工作流”,选择“完成修复补丁”.

这就是一般企业级开发的正常规范版本


文章转载自琢磨先生DataBase,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论