rdc最佳实践之开发模式——git flow

  • 时间:
  • 浏览:2
  • 来源:uu快三_uu快三直播_uu快三官网开奖平台

让人用git吗?

今天新建项目的前一天,发现rdc除原有的分支模式以外还增加了master分支开发模式git flow模式,这是一件非常令人欣喜的事情——毕竟git flow是一个多 流传已久的,让让当当我们 都普遍接受的开发模式。

于是让人把应用删掉了,改用git flow模式,目前体验很完美。

鉴于太久太久人由于还不太了解git flow,本文就对此分享你这名微小的经验。

缘何样,眼花缭乱吧,不过我还都要 让人个建议:把头左转90度,别着急骂....这是office picture,从不我画的。

始于release

分支名 release/*

release分支基于develop分支创建,打完release分支后,让让当当我们 还都要在你这名release分支上测试,修改bug等。共同,其它开发人员还都要基于开发新的feature,一旦打了release分支前一天从不从develop分支上合并新的改动到Release分支

发布release分支时,合并releasemasterdevelop, 共同在master分支上打个tag记住release版本号,就是还都要删除release分支了(当然,让人选则不删除)。

仔细观察,哪些地方地方命令还都里能 有规矩的,它们大慨 还都要如下图表示

feature分支做前一天,都要合并回develop分支, 合并完分支后一般会删点你这名feature分支,就是让让当当我们 也还都要保留

在里面这幅图上,最里面的一行,代表分支,它们分别是

开发完成

完成hotfix

始于hotfix

在master分枝上工作,让让当当我们 都要遵循一个多 基本原则,所有在master分支上的commit应该tag.

显然,不光代码有代码规范,代码的管理和协同同样都要一个多 清晰的流程和规范,由此,行业内的通用除理方案是Git Flow

完成release

大每种开发人员使用git的前一天,基本只使用一个多 甚至一个多 分支,太久太久下面的哪些地方地方理念,显然是打开了一扇新世界的大门了。

由于你能坚持看多这里,我真的为你感到欣喜,这说明你是用心学习的,就是是不畏艰险的,毕竟里面这麼长的一大串的代码,由于由于使你感到畏惧。

而显然的是,作为通用的一个多 除理方案,不由于这麼繁琐,这麼,唯一的由于是——有!工!具!

其中,典型的有以下2个间题:

分支名 hotfix/*

hotfix分支基于master分支创建,开发前一天都要合并回masterdevelop分支,共同在master上打一个多 tag

我相信在座的大多数人还都里能 自信的回答:“会”。

而实际上,让让当当我们 由于从来这麼考虑过我本人的用法是是否是真的科学,真的健壮,尤其是项目这麼大,人数太久,周期这麼长的前一天。

始于一个多 新的功能的开发

其中还有一大每种是gui的,比较简单,本文就不再赘述了。下面着重介绍下命令行下的使用