继续浏览精彩内容
慕课网APP
程序员的梦工厂
打开
继续
感谢您的支持,我会继续努力的
赞赏金额会直接到老师账户
将二维码发送给自己后长按识别
微信支付
支付宝支付

GitFlow定义了一个围绕项目发布的严格的分支模型

AllySu
关注TA
已关注
手记 40
粉丝 870
获赞 3669

https://img.mukewang.com/5b5553060001275007520524.jpg

  • master  主分支

  • hotfix bug  紧急修复分支 hotfix/

  • release  发布分支, 给qa测试使用 release/

  • develop  开发分支(我们主要用这个

  • feature 功能分支,开发新功能,可以同时有好几个不同的feature分支,完成以后合并到开发分支 feature/


  1. 当项目开发完毕,把当前开发分支合并到发布分支,如果有bug紧急需要修复,打一个hotfix分支,确认没问题了,合并到发布分支,打一个tag,这时候把最新的发布分支合并主分支和开发分支,然后删除发布分支;

  2. 当项目正常运行状态,突然发现bug,这时候从主分支,打一个hotfix分支,修复完成之后合并回主分支,并且打一个新的tag,同时,把最新的代码合并到开发分支,相当于同时维护master分支和develop分支;

  3. master分支和develop分支是长期存在的,其他分支完成使命后要删除。

  4. hotfix/release/feature这三个分支的名字,作为一个文件夹类似的东西,比如hotfix/login

  5. 新功能分支不能与master分支有交互


打开App,阅读手记
0人推荐
发表评论
随时随地看视频慕课网APP