简介
客户端团队开发中,常常会有一套自己的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 版本