Git 协作流程 git-flow

版本命名

语义化版本(Semantic Versioning):
主版本号.次版本号.修订号(MAJOR.MINOR.PATCH)

*   开发版 develop 主版本号.次版本号.修订号-dev 例如:1.2.2-dev

*   预发布版 release 主版本号.次版本号.修订号-beta 例如:1.2.2-beta

*   发布版 master 主版本号.次版本号.修订号 例如:v1.2.2

分支命名策略

长期分支有两个 master 和 develop

主分支 master:

负责记录上线版本的迭代,该分支代码与线上代码是完全一致的。不允许随意的往该分支合并代码。

开发分支 develop:

该分支记录相对稳定的版本,所有的feature分支都从该分支创建。

其它分支为短期分支,其完成功能开发之后需要删除

特性(功能)分支 feature/*:

开发新的功能、完善已有功能、bug修复等日常开发任务使用特性分支,不同的功能创建不同的功能分支,功能分支开发完成并自测通过之后,需要合并到 develop 分支,之后删除该分支。

预发布分支 release/*:

用于代码上线准备,该分支从develop分支创建,创建之后由测试同学发布到测试环境进行测试,测试过程中发现bug需要开发人员在该release分支上进行bug修复,所有bug修复完后,在上线之前,需要合并该release分支到master分支和develop分支。

热修复分支 hotfix/*:

紧急bug修复分支,该分支只有在紧急情况下使用,从master分支创建,用于紧急修复线上bug,修复完成后,需要合并该分支到master分支以便上线,同时需要再合并到develop分支。

工作流程

第一步

在github中创建一个新的仓库,这时候项目是空的,而且只有一个master分支

第二步

第一个开发人员进来了,他在本地创建一个develop分支,并且提交到远程

git branch  develop
git push -u origin develop

现在线上就有两个分支master 和 develop 现在这两个分支里面都是空的

第三步

一、二步完成后,任何一个参与该项目的开发人员首先要做的就是从develop分支上切一个新分支进行功能开发

git checkout -b <本地分支名 feature/***> <origin/develop>
或者
git fetch origin 远程分支名:本地分支名
git branch --set-upstream-to=origin/远程分支名    本地分支名
然后进行开发,开发差不多,想提交一下

git status
git add
git commit

第四步

经过第三步,提交了几次后,感觉差不多了,就可以合并到develop分支

git pull origin develop //先拉取develop中的代码,因为有可能别人已经往上提交过代码了
git checkout  develop//切到develop分支
git merge <feature/**>//合并feature/**中的代码到develop中
git push //提交到develop远程分支上
git branch -d feature/** //删除本地的分支

第五步

某一个开发人员想发布,但是其他人员还在进行开发,先不管别人,他先建立一个新的分支release-1.1.2-beta做发布准备,测试组介入测试,测试中发现问题,开发组在该分支进行修复,功能完善后将该分支合并到master和develop分支,删除该分支

git checkout -b <本地分支名realse-0.1> <远程分支名develop>
//注意这个realse-tagNo分支的功能是对发布的代码进行改善的地方
创建这个分支相当于测试环境修改,改好后就需要更新master和develop,然后删除分支

git checkout  master//切到master分支
git merge release-0.1//将release分支合到master上
git push//将合完的代码提交到远程master
git checkout develop//切到develop分支
git merge release-01//将release分支上的代码合到develop分支上
git push//合完的代码推送到远程的develop分支
git branch -d release-01//删除本地release分支

第六步

线上环境发现bug了,从master分支检出一个新分支hotfix/xxx,修改完成后测试组介入测试,如果测试发现bug,开发组在该分支修改,功能完善后合并代码到master和develop分支,然后删除该分支。

git checkout -b hotfix/xxx master//从master分支上新建分支
然后开始改bug,改完后

git checkout master//切回master分支
git merge hotfix/xxx//将改完bug后的代码合并到master
git push
改完bug的代码还要合到develop中

git checkout develop
git merge hotfic/xxx
git push
git branch -d hotfix/xxx
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,445评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,889评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,047评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,760评论 1 276
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,745评论 5 367
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,638评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,011评论 3 398
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,669评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,923评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,655评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,740评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,406评论 4 320
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,995评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,961评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,197评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,023评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,483评论 2 342

推荐阅读更多精彩内容

  • Git分支管理 master:主分支,当前分支上的代码随时可以直接发布,并且只能通过Pull Request从其他...
    UEUEO阅读 9,605评论 5 33
  • 引言 编写的目的 -通过规范化的流程,使得产品、开发与测试等各个部门更高效的协同工作。-通过规范化的流程使得产品高...
    j春雨阅读 424评论 0 1
  • 引言 编写的目的 -通过规范化的流程,使得产品、开发与测试等各个部门更高效的协同工作。-通过规范化的流程使得产品高...
    一忆阅读 34,925评论 12 87
  • 什么是GitFlow? Git Flow定义了一个项目发布的分支模型,为管理具有预定发布周期的大型项目提供了一个健...
    一天大佬阅读 12,530评论 0 5
  • 我很少写煽情的文字,一个东北糙老爷们儿——吃饭像和食物有仇似的风卷残云,喝酒从来都是灌的,走路好似被鬼追。哪里有优...
    云淡风轻之蓝阅读 1,677评论 38 46