GitFlow分支模型

已于 2022-04-11 17:54:47 修改
阅读量475 收藏 2
点赞数
分类专栏： Git 文章标签： git
于 2022-04-11 17:52:16 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/l2931050/article/details/124105066
版权
GitFlow是一个适用于多版本并存项目的分支模型，包括master、develop、feature、release和hotfix分支。master分支用于正式发布，develop用于开发集成，feature分支开发新功能，release分支测试验证，hotfix分支紧急修复线上bug。所有分支需通过merge操作合并，并对master和develop进行权限保护。
摘要由CSDN通过智能技术生成

文章目录

前言

GitFlow是一个优秀的分支模型，可在项目实施中直接应用。但它并不是万能的，其更适用于有多版本并存需求且具有一定规模的项目，项目组应该根据项目具体情况灵活的优化流程，或选择更精简的分支模型，如GitHub Flow。下面对GitFlow做详细说明。

GitFlow示意图：

分支规则

分支含义起始终止
master正式发布分支
该分支代码通过其他分支合并，不允许直接提交代码到该分支		git init–
hotfix线上bug紧急修复分支Branch from masterMerge to master&develop
release-*预发布分支
该分支只允许进行bug修复，测试人员在该分支进行测试		Branch from developMerge to master&develop
develop开发集成分支Branch from master–
feature-*新功能开发分支Branch from develop

主分支

每个仓库必须要存在 master 、 develop 两个主分⽀，并且 develop 源于 master 。

  • master 与 develop 分⽀必须要通过 branch permissions 进⾏保护，不允许直接 push，只能从其他分支merge
  • master 分⽀⽤于版本发布，发布的版本必须通过 git tag 打上版本号
  • develop 分⽀⽤于开发集成，所有的功能分⽀必须 checkout 于此分⽀，例如在develop分支下新建分支：git checkout -b feature-modul

功能分支

每位开发者对负责的功能模块创建⼀个对应的 feature 分⽀进⾏开发，最终 merge 到 develop 。

  • feature 分⽀必须 checkout 于 develop
  • feature 分⽀只允许 merge 到 develop

预发布分⽀

当需要发布⼀个版本到 master 分⽀时，必须要从 develop 分⽀ checkout 出⼀个新的 release 分⽀(如release-20200312)。并进⾏测试验证，测试通过后 merge 到 master 。

  • 此分⽀只允许修bug
  • 如果有修复bug，那么同时也要 merge 到 develop

Bug修复分⽀

发布版本中的分⽀发现 bug 时，必须要从 master 分⽀ checkout 出⼀个新的 hotfix 分⽀(如hotfix-20200314)。 bug 修复后 hotfix 分⽀要分别 merge 到 develop 和 master 。

  • 只允许 checkout 于 master
  • 要分别 merge 到 develop 和 master
魔希达
关注
专栏目录
GitLab+Git(Git Flow分支模型)
wu_si_jie的博客
10-15 714
Git Flow 分支模型 Git Flow的主要特点是有两个长期分支和三个临时分支。 长期分支：Master，develop Master分支：用于保持与生产环境一致或者半步先于生产环境，保证生产环境的实时可用。 develop：开发的集成分支，主要用于显示最新的开发状况。 临时分支：feature，release，hotfix feature：新功能特性分支，与develop合并 hotfix：生产环境对应的bug分支，与Master、develop合并。 release：发布实施分
GitFlow分支模型下的代码全量格式化流程
CSDN研发技术
04-08 665
全量格式化还是渐进格式化？ 对于一个历史悠久又没有执行强制代码规范的代码库，全量格式化看起来是一件风险不可控的事情：它产生了大量的难以评估的格式改动，也使得格式化以后的代码库运行git blame几乎都会定位到进行格式化的人（而非是这段逻辑的上一次有意义的修改者）。相比之下，理想的做法似乎应该是渐进格式化：对于新代码，使用强制的代码规范；对于老代码，除非它被修改，不然不进行强制代码规范。 真的...
git-flow:GIT版本管理：Git Flow模型
05-01
git-flow Git 分支开发规范 master master 只能用于创建分支和接收合并，严格对应线上代码，不能直接 commit； master 只能通过向前合并分支的方式对其修改，接收 stage 和 hotfix 的 merge request。 feature feature 由 master 创建分支，分支保持原子性的功能。不能直接合并到 master； 开发自测完毕后，先从 master 创建 stage 分支，再将 feature 合并到 stage，最后由 stage 合并到 master。 stage stage 分支是为 QA 团队测试使用的，需要设定一个版本号，如 stage/1.3.0 ； 在 stage 上测试出的 bug ，在对应的 feature 分支上进行修复，最后在合并到 stage 进行复测。 hotfix 应对线上代码的紧急 bug 修复，需要从
Git master合并分支时提示“Already up-to-date”
MengW9的博客
10-16 1324
Git master合并分支时提示“Already up-to-date” ​ 在使用Git把当前分支合并到master提示“Already up-to-date”，但当前分支和 master 分支代码不同步。 ​ 假设当前分支是：dev，主分支是：master。 解决方法： git checkout master； git reset --hard dev; git push...
gitflow分支管理模型
weixin_33878457的博客
02-26 204
2019独角兽企业重金招聘Python工程师标准>>> ...
Git - Git Flow分支模型
zzznodoit的博客
09-25 261
Git Flow定义了几个不同职责的分支： master：最为稳定功能最为完整的随时可发布的代码hotfix：修复线上代码的 bugdevelop：永远是功能最新最全的分支feature：某个功能点正在开发阶段release：发布定期要上线的功能 ...
基于Git的源代码管理模型——git flow
alittleyatou的博客
08-10 293
Git Flow 是什么 Git Flow是构建在Git之上的一个组织软件开发活动的模型，是在Git之上构建的一项软件开发最佳实践。 Git Flow是一套使用Git进行源代码管理时的一套行为规范，可实现了软件开发过程不同操作的相互隔离。这种软件开发的活动模型被称为“Git Flow”。 Git Flow Git Flow中的分支 Git Flow模型中定义了主分支和辅助分支两类分支。...
git-glow：一个新的git扩展，可以在Github上自动使用git flow分支模型
02-12
一个新的git扩展，可在Jira和Github中自动使用git流分支模型 要求 吉特 Python 3.7以上 在git开发和主要分支的存储库中。 有关更多信息。 去做 分解finish_release和finish_hotfix 切换project-key-id 切换...
《Git Flow》分支管理模型实操图文分析
码农杰森
05-08 436
《Git Flow》分支管理模型实操图文分析概述分支创建冲突解决分支Tag 概述 Gitflow 可帮助持续进行软件开发和实施。它最初由Vincent Driessen发行并广受欢迎。Gitflow工作流定义了围绕项目发行版设计的严格分支模型。这为管理大型项目提供了一个强大的框架。 Gitflow非常适合于有计划的发布周期项目和为DevOps的最佳实践的持续交付。除了Feature Branch Workflow所需的功能外，此工作流程不会添加任何新概念或命令。而是将非常具体的角色分配给不同的分支，并定义它
gitflow-extension-tools：基于扩展的gitflow工作流管理项目（JavaNodePython ...）的分支和版本
02-04
首先，Gitflow工作流是一种流行的分支模型，旨在使开发过程更加有序和可预测。它定义了两个主要的长期分支：`master`（主分支）代表生产环境的稳定代码，而`develop`（开发分支）则包含开发中的新功能和改进。此外，...
基于git的源代码管理模型——git flow
xiajingsong的博客
08-08 334
Git Flow 是什么 Git Flow是构建在Git之上的一个组织软件开发活动的模型，是在Git之上构建的一项软件开发最佳实践。Git Flow是一套使用Git进行源代码管理时的一套行为规范和简化部分Git操作的工具。 2010年5月，在一篇名为“一种成功的Git分支模型”的博文中，@nvie介绍了一种在Git之上的软件开发模型。通过利用Git创建和管理分支的能力，为每个分支设定具有特...
GIT -- gitflow分支模型
GP的空间
12-11 764
直观清晰的解释了gitflow，分支模型的整个流程。图片内容转自：https://danielkummer.github.io/git-flow-cheatsheet/index.zh_CN.html
git-flow分支模型
往之不谏 来者可追
06-19 2741
分支模型：用 git flow 初始化工程目录完成后，只能看到两个分支（长期分支）：master 分支： 用于上线的分支，保护性分支，只包含经过测试的稳定代码，开发人员不能直接工作在此分支上，也不能直接提交改动到 master 分支上。develop分支： 是开发人员进行任何新的开发的基础分支，当开始一个新的feature 分支的时候，要从 develop 分出去；另外此分支也汇集所有的已完成的功...
史上最全分支管理模型总结（GitFlow）
最新发布
威哥Wego的专栏
05-18 1896
Git Flow是由 Vincent Driessen（文森特·德里森）在2010年提出的一种基于Git的工作流程。Vincent在他的博客文章《A successful Git branching model》中提出了Git Flow，提供了一种可靠的分支管理策略。
GitFlow -- 规范的git分支管理模型
oneslide
06-13 769
Gitflow工作流 git作为协同开发工具广泛用于业界代码管理。使用git的开源社区通过实践总结出规范的工作流（gitflow workflow）。 功能分支和主分支 功能分支（develop分支）是版本迭代中集成新功能的分支，也就是CI流程全部发生在develop分支，其他功能分支（feature branch）也是向develop分支合并。 hotfix branch 尽管测试是十分充分的，当develop分支合并到master分支进行版本发布的时候，总会有bug。因此，这个时候，才会从master
成熟的 Git 分支模型
LieBrother
12-19 1033
一个在互联网企业中应用的 Git 分支模型。
【CI/CD】Git Flow 分支模型
书山有路，学海无涯。记录成长，追逐梦想
08-08 1374
Git Flow 模型（本文所阐述的分支模型）构思于 2010 年，也就是 Git 诞生后不久，距今已有 10 多年。在这 10 多年中，Git Flow 在许多软件团队中大受欢迎。在这 10 多年里，Git 本身已经风靡全球，而使用 Git 开发的最流行的软件类型也更多地转向了网络应用。网络应用通常是持续交付的，不会回滚，也不需要支持多个版本的软件同时运行。这与原作者在 10 年前写这篇博文时所考虑的软件类型不同。
Git分支模型（GitFlow）
Get_Better的博客
01-08 372
Git分支模型（GitFlow） 分支合并建议 merge --no-ff 使用–no-ff合并时，在删除develop分支之后，该分支的合并信息仍然被保留，在以后的代码分析中可以便捷的查看到历史信息，而fast forward方式则无法辨识代码的合并信息 master分支（默认主分支） master分支的HEAD节点始终处于“准备好进行生产的状态”，即master分支的HEAD节点所指向的版本始...
Git分支模型之git flow工作流
西京刀客
09-23 580
Git Flow模型通过不同的分支从源代码管理的角度对软件开发活动进行了约束，为我们的软件开发提供了一个可供参考的管理模型。Git Flow模型让代码仓库保持整洁，让小组各个成员之间的开发相互隔离，能够有效避免处于开发状态中的代码相互影响而导致的效率低下和混乱。
Git-flow分支管理模型详解
Git-flow 是一种在Git版本控制系统中用于高效协作和管理代码分支的流程模型。这个模型由 Vincent Driessen 在2010年提出，其核心理念是通过预定义的分支策略来规范团队的开发、测试和发布过程，确保代码的稳定性和可...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

魔希达

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值