Git分支管理规范构思

最近对于公司项目源码分支管理有一些规范构思,对于同一个项目而言,不同环境的源码管理、自动化部署方式、以及接口数据隔离等我们是否可以满足现状?

对于基础项目源码分支而言,一般有developmaster两个,develop来研发功能并测试没有问题后合并到master再发布到生产环境。

分支示意图

特性分支(feature)

如果项目比较大,协同人员比较多,每个研发人员的分工比较明确,针对这种情况我们如果还是简单的使用develop/master两个分支就不太能满足需求了,针对这个情况我们如何去规范化管理呢?

特性分支一般是基于develop开发分支衍生创建的,而且是本地分支(Local Branches),不太建议一个特性任务多个人同时使用,如果必须是多人协同的任务,那么该特性分支则会变成远程分支(Remote Branches),特性分支的任务完成后需要合并到develop分支并后续提交给测试人员进行测试。

任务分配到具体研发人员后,研发人员可以在本地创建特性分支,如果分支较多为了区分方便,我们可以定义一个分支名称的前缀,如:feature-,如果给我分配了用户管理的任务,那么我就可以在本地创建feature-user特性分支来研发。

紧急缺陷修复分支(bugfix)

如果代码已经发布,在运行过程中遇到了一个紧急的缺陷,针对这个缺陷我们需要怎么去修复呢?

首先我们需要基于master分支来衍生创建缺陷修复分支,该分支也应该是本地分支(Local Branches)不应该被推送到远程目标仓库,我们可以以bugfix-作为缺陷修复分支的前缀,如:bugfix-register-error

缺陷一旦修复完成后需要将bugfix-xxx分支的代码变动合并到master以及develop

  • 为什么合并到develop?

    遇到的缺陷不仅是master分支存在,因为master分支的代码是从develop合并而来的,所以我们需要同步合并到develop防止后续发版再次出现相同的问题。

  • 为什么合并到master?

    因为该缺陷是生产环境发现的,虽然我们合并到了develop分支,但是不保证距下次发版生产环境不再出现紧急的缺陷所以我们需要将代码合并到master

下一个版本分支(next-version)

如果项目是有规划根据迭代版本循序渐进的,那么建议使用next-version分支,那么为什么这么做呢?

顾名思义,next-version下一个版本当前版本源码一般存放于develop分支,而且当前版本是跟任务规划来的,不会涉及next-version分支的源码,这样就做到了版本之间的源码隔离,当前版本准备发布时防止发布下个版本未完成的功能。

next-version是基于develop分支衍生创建的,develop是当前版本,那么next-version就是下一个当前版本,develop一旦合并到master发布后就需要将next-version的代码合并到develop作为当前版本继续做后续研发。

支持自动化部署的分支

自动化部署可以极大的提高CI/CD效率,研发人员只需要关心业务功能怎么去实现,无需考虑代码怎么去部署,代码一旦被提交就可以触发自动化部署的程序,实现流水线的自动化部署业务。

开发环境自动化部署可以考虑使用Drone来配置,它很轻量级,在根目录下创建一个名为.drone.yml的文件即可搞定配置流程,它还可以结合支持私有部署的Git源码仓库:Gitea 实现钩子回调,部署也很简单使用docker部署一个管理端、一个运行节点即可。

参与自动化部署的分支一般为:developnext-version

master分支则是建议手动触发的方式来部署,可以使用Jenkins

常见问题

  • 功能还未研发完成,临时接到紧急任务,我怎么把未完成的工作保存并切换分支?

    可以使用git stash暂存工作空间的文件变动,暂存后就可以切换到其他分支做相关工作了,处理完成后返回未完成的分支执行git stash pop恢复暂存即可,git stash还有很多用法,可以参考官网文档:git-stash

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 142,680评论 1 300
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 61,177评论 1 256
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 94,249评论 0 212
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 40,981评论 0 175
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 48,746评论 1 255
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 38,763评论 1 176
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 30,362评论 2 268
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 29,151评论 0 165
  • 想象着我的养父在大火中拼命挣扎,窒息,最后皮肤化为焦炭。我心中就已经是抑制不住地欢快,这就叫做以其人之道,还治其人...
    爱写小说的胖达阅读 28,964评论 6 229
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 32,501评论 0 213
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 29,285评论 2 215
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 30,614评论 1 229
  • 白月光回国,霸总把我这个替身辞退。还一脸阴沉的警告我。[不要出现在思思面前, 不然我有一百种方法让你生不如死。]我...
    爱写小说的胖达阅读 24,232评论 0 31
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 27,117评论 2 213
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 31,498评论 3 204
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 25,615评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,012评论 0 167
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 33,512评论 2 230
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 33,594评论 2 231

推荐阅读更多精彩内容

  • 所有使用了本规范的项目,必须严格规范操作,否则不予以合并代码、提测、打包上线等后续操作。 branch使用规范 分...
    一瓶多先生阅读 737评论 0 1
  • 转载 GIT工作流简介 功能驱动开发 "功能驱动式开发"(Feature-driven development,简...
    张志_koen_zhang阅读 14,054评论 1 6
  • 良好的分支管理有利于整个项目的稳步迭代与团队成员间的密切合作,故而本文将介绍一个成熟的git分支管理模型,用作实践...
    Xzzzl阅读 668评论 0 0
  • 1 GIT,在技术层面上,绝对是一个无中心的分布式版本控制系统,但在管理层面上,我建议你保持一个中心版本库。 2 ...
    聂顺阅读 739评论 0 1
  • 常设分支 master 分支 -- master 为主分支,也是用于部署生产环境的分支,确保master分支稳定性...
    Kuco_Shen阅读 1,377评论 0 2