客户端开发中git协作流程模型

简介

客户端团队开发中,常常会有一套自己的git流程,下面推荐使用下方的git团队开发客户端的流程,来方便项目的开发与推进。常驻分支有 master,dev,alpha 分支,临时分支有 feature 系分支,hotfix 系分支。下方介绍的所有合并操作都是在 gitlab 上提出 MR。还是直接看这个图片最清晰

在这里插入图片描述

常驻分支

master 分支

  • 介绍

    创建项目最开始的分支 master,是最重要的常驻分支,代码库有且仅有一个的主分支,它用来给用户提供所有的正式版本,在此分支上发布,master 分支每上线一次打一次 tag

  • 操作

    最开始创建项目存在 master 分支,然后从 master 上拉出 dev 分支当作开发分支,之后 master 作为最稳定的分支,每次上线都要打一次 tag

dev 分支

  • 介绍

    开发分支,开发人员从此分支上拉取自己功能分支来开发,开发完成后各个开发人员都会合码到 dev 分支中,dev 作为开发的合并的主分支,dev 分支中会拉出 alpha 分支用来做集成测试

  • 操作

    开发人员从 dev 分支中拉出自己要开发的功能分支,因为一个项目往往多人协作,所以自己的功能分支建议命名方式:feature-姓名-功能名,在本地中会多次 commit,最后每个人开发完成后合并到 dev 分支中,同时 gitlab 上会删除自己的本地功能分支

alpha 分支

  • 介绍

    集成测试的分支,从 dev 中拉取,QA 同学在这里进行集成测试,测试完成,alpha 会合并到 master 中

  • 操作

    从 dev 分支拉取到 alpha 让 QA 进行集成测试,集成测试完毕后,alpha 分支会合并到 master 中

临时分支

feature 系列分支

  • 介绍

    开发从 dev 分支拉取自己的功能分支去开发新功能,如“feature-zhanghua-message”,本地可能经过多轮 commit,最后开发完了提交到 gitlab 远端自己分支,然后远端合并到 dev 默认勾选自动删除功能分支即可

  • 操作

    操作从 dev 拉,最后开发完合到 dev

hotfix 系列分支

  • 介绍

    有时候在线上会发现一些 bug,如果这些 bug 比较重要无法等到下一个版本,就需要进行热修复,这时候会从 master 拉取 hotfix 系分支来修改,最后合到 master,同时要保证 dev 也要被合上

  • 操作

    大家在线上发现了重要 bug,此时开发人员从 master 拉取了“hotfix-zhanghua-pop”进行开发,完成后上传到远端自己分支,然后合入 master,同时也要合入 dev,最后远端默认删除掉此自己的分支。有时候自己开发自己的功能分支时候会发现有线上 bug 要紧急修复,这是 commit 不太合适,因为整体还没开发好,所以采用 git stash 进行暂存,然后拉取分支到本地作为 hotfix-xxx-xxx 分支,然后开发好之后 push 上去,远端合并,自动删除本地 hotfix-xxx-xxx,本地切换到刚才开发的功能分支,然后 git stash pop 或者 git stash apply 进行恢复

版本信息

一般 app 版本号开发中常用的格式是:v1.1.0 足够了,但是最完整的是 v1.1.0.20210409_alpha

  • 第一个 1 表示重大版本
  • 第二个 1 表示在该重大版本下小特性的版本
  • 第三个 0 表示修改 bug 的版本号
  • 第四个数字表示版本更新的日期
  • 第五个表示版本类型是 alpha 版本
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

abcnull

您的打赏是我创作的动力之一

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值