文章是正派文章，标题不要介意，哈哈

Git作为现在干流的版别控制东西，可是如安在软件开发进程中进行合理的分支处理是一个见仁见智的问题。

接下来我会对比下现有的几种比较广泛的分支处理方法阿里众包和之前在阿里时分运用Aone的差异。

Gigithub下载t Flow

先看一张图片，这张图片来自Vincent在2010年提出的计划，完美的诠释了Gitcicd流程 Flow的作业方法。

作为现已提出了10多年的方法，Git Flow相对来说还算是比较简略的。

安稳的分支就两个：develop和master，这两个分支是不会被删去的，master对应安稳的版别，develop则是用于日常开发的安稳版别。

其他的feature、release、hotfix分支都是用完即删。

feature分支是每个人的开发分支，有新的需求都应该依cicd是什么的缩写据develop拉出feature分支进行开giti是什么牌子发。

release分支则是用于检验和发布的分支。阿里巴巴股票

hotfix用于紧迫的bug修改。

开发流程如下：

1. 最开端的时分我阿里巴巴股票们创立好了master分支，然后根据master分支创立出了develcicd流程op分支
2. 然后A和B一起根据某个版其他de阿里众包velop分支拉出代码进行开发，分支别离叫做feagithub怎样下载文件ture-A和feature-B
3. 假定开发进程中需求软件工程专业修改bug上线，那么就从master拉个分软件商铺支出来，命名为hotfi软件工程x-xxx进行修改，修改完毕之后吞并到de阿里云盘velop和mastergithub，然后hgithub敞开私库otfix分支删去
4. 然后A代码撸的比较快，先一步完毕了开发，feature-A分支的代码CI/CD就吞并到develop，feature分支被删去，然后咱们根据develogithub打不开p新建一个release-A分支进行检验
5. 检验进程中假定发现问题那么咱们就在r软件商铺下载el阿里拍卖ease分支修改，把修改的代码吞并到develop去
6. release-A一旦检验完毕上线，就把代码吞并到master和develop，release分支被删去
7. 这时分B总算把需求开发完了，然后也依照软件工程吞并到develo阿里嘎多p，再新建release-B，吞并到master和develop的进程来一遍

关github敞开私库于实践运用也比较简略，关于Mac咱们能够直接用最便当的方法进行设备。

首要，设备Git Flow，brew install gitgithub敞开私库-flow-avh，设备好之后实施git flow init就会进行初始化，能够输入你的master和develop分支名字，然后设置其他几个默许分支的前缀。

然后实施git flow feature start irving就能够初始化创立一个feature分支进行开发，默许咱们可阿里以看到是根据develop来创立的。

假定开发完毕，咱们实施指令git flow feature finish irving，然后咱们的开发分支就主动吞并到了develop，而且开发分支现已被删去。

接着咱们的分支需求提测和发布，GitHub实施指令git flow release stagiti是什么牌子rt irving阿里巴巴股票，假定修改bug就直接在这上面修改。

检验完毕之后，实施指令git flow release finish irving，代码将会被吞并到master和develop，然后分支被删去。

原理和完毕方法都说了，那么这个方法其实仍是相同的问题，便是他比较适宜固定版其他迭代开发，关于互联网不要脸的每天都要发版，每天10几个需求都要上线来说未免太难了。

develop分支我今天有1github怎样下载文件0个需求，8阿里拍卖个要上线，2个不上，代码还有先后顺序依赖之类的，这就无法玩好不好，可是他供给了一个比较好的标准和思路。

Github Flow

Github Flow能够说非常简略了，它的提出是在2011年，首要便是针对Git Flow。

它便是根据master分支拉一个分支出来开发，然后能够在新GitHub的分支中进行开发，完毕之后提交pull request，假定承受之后就吞并代码安顿了。

具体能够看官方介绍。

这个方法简略是简略，可是在许多公司的业软件库务开发进程中github下载一般都有开发、检验、预发、出产几个环境，没有强有力的东西来支github官网撑，我认为很难用这种简略的方法来完毕处理。

我觉得github中文官网网页这种方法特别适宜小团队，人少，需求少，那就很简单了。

Trunk-Based

这个模型提出的时刻更晚一点，是在2013年Pa阿里云邮箱个人版ul Hammant提出的计划。

看图根本就能软件了解，这不便是SVN的方法嘛，骨干trunk开发，拉出新的分支进行开发安顿、修改BUG。github永久回家地址

用过的计划

咱们软件商铺之前用过一个计划，和Git Flow比较相似，可是不依赖东西的支撑，更多的是依靠团队自身的约好和标准。

关于开发、检验、预发、出产别离运阿里巴巴股票用分支develop、test、release、master分支，其间master分支作为安稳分支，不能直接提交代码，一起这几个分支是固定仅有的分支。

首要开发阶段，大家都需求根据master创立最新的功用开发分支，命名为feature/xxx。

假定需求发布到开发环境，所有人的代码都需求吞并到develop，而且只能git命令用develop分支进行发布开发环境。

假定开发完毕，需求提测的分支吞并到test分支，那些还在开发阶段的就在develop好了。

检验完毕之后需求发布预发github永久回家地址(当然叫灰度、uat都github下载行)，就把代码吞并到release进行发布。

发布完毕之后，代码主动吞并到cicd 继续集成master。

这样做的优cicd继续集成全程点便是首要标准了分支的开发和处理，开发中不会发生太多的纠纷，而且关于一起有多个需求开发而且不一起刻上线都能够github中文官网网页做到很好的处理。

缺陷cicd是什么意思便是一个项目多个需求开发上线，需求吞并屡次代码，github下载从develop、tee软件st到relgiti是什么牌子ease都要别离吞并一次代码而且处理抵触。

总软件工程的来说，这只是一个根据团队的标准，关于环境和中间件CI/CD才能github直播平台永久回家没有太多的要求，能够简略的套用在各个公司的场景。

阿里的处理阿里计划

阿里的处理计划根本上能够说是上面几个方法的一阿里云个结合阿里云体，称作Aone Flow，或许由于东西自身就叫软件测试做Aone吧。

分支只需3个，master分支、功用分支feature、发布分支release，其间release分支根本上是不需求开发人员来参加处理的。

首要，分支的创立也都是根据master，假定有需求，首要创立一个feature分支，安顿前Aone会主动吞并master代码，所以不必操心代码没有吞并的问题软件开发，假定存在冲软件应用突需求手动处理，反之则就主动生成一个新的分支用于安顿，这个分支便是release分支。

这个分支能够一向用来发布日常(了解成开发或许检cicd与devops 差异验环境合体)、预发和出产环境。

那假定多个需求一起在开发有抵触不需求吞并代码吗？首要，Aone安顿能够一起安顿多个分支，挑选安顿多个功用分支代码会主动吞并，假定存在抵触软件应用需求手动处理，其他能够独自建立一个环境来安顿，互不影响，这个功用真是蛮吊的。

这个规则关于预发和出产环境也是同理。

整个开发进程，咱们不需求管各种分支，只需求一个feature功用分支用于发布各个环境，毕竟发布完毕之后代码主动吞并阿里嘎多到master主分支（可选项，也能够不吞并）。

整个方法看下来便是集成了各个方法的特征，参看了Git Flow的阿里巴巴股票分支的特征，只不过其他的分支不必开发人员关怀，根据骨干master拉出分支开发，主动吞并又像是TrunkBased的做法，毕竟整个流程关于开发人员体会下来又像是更简Git化版的Github Flow了。

文章参看：

www软件技术.brofive.org/?p=2165

mp.weixin.qq.com/s?__bigithub中文社区z=MzA…

cloud.tencent.com/developer/a…