Git笔记 | GitFlow
GitFlow工作流定义了一个围绕项目发布的严格分支模型,它为不同的分支分配了明确的角色,并定义分支之间何时以及如何进行交互。是一套规范、易于管理的git使用流程,解决git分支众多,管理不便的问题。
【当然,我们自己在做git工作流程管理的时候,也可以制定一套适合自身项目的、完善的分支管理方式。】
GitFlow的分支管理流程图
图片来源 A Successful Git Branching Model
GitFlow 设计的主要分支为 master 、 develop;在主要分支之外,开发团队可以使用各种支持分支来协助团队完成项目的开发,这些分支只是为了完成某些特定的功能或者特性,在完成任务并合并到develop分支之后,就可以删除。这些分支的不同类型分为feature分支、release分支、hotfix分。
1.功能(feature)分支:可以从develop分支创建,必须合并回develop分支;
分支命名约定:没有要求,但不要和主要分支(master、develop)或者发布分支(release-*)或修补分支(hotfix-*)冲突。例如 feature- save-department.
创建功能分支命令如下:
# 从develop分支创建一个新的分支myfeature ,并切换到myfeature分支上 $ git checkout -b myfeature develop
合并功能分支到develop分支上
# 切换到develop分支上 $ git checkout develop # 合并myfeature分支的代码 $ git merge --no-ff myfeature # 删除myfeature分支 $ git branch -d myfeature # 提交develop分支 $ git push origin develop
注:合并建议使用 git merge --no-ff ,方便读取全部的提交和合并日志。
2.发布(release)分支:可以从develop分支创建,必须合并回develop分支和master分支;
分支命名约定为 release-*(例如release-v1.0.2);
release分支只可以进行bug修复、文档生成等面向发布的任务,不能再添加新的功能。发布任务完成之后,需要将release分支合并到master分支上,并根据版本号为master分支添加tag,并将分支的修改合并到develop分支。
3.修补程序(hotfix)分支:master分支(此时的程序可能已经在生产环境中运行)存在需要修复的bug的时候,可以从master创建修补分支,修复bug之后,需要将修补分支合并回master和develop分支。合并回master之后,需要更新版本号。
命名规则为hotfix-*。命名中可以带入问题简述,如 hotfix-v1.0.2-username-not-shown。
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 深入理解 Mybatis 分库分表执行原理
· 如何打造一个高并发系统?
· .NET Core GC压缩(compact_phase)底层原理浅谈
· 现代计算机视觉入门之:什么是图片特征编码
· .NET 9 new features-C#13新的锁类型和语义
· Sdcb Chats 技术博客:数据库 ID 选型的曲折之路 - 从 Guid 到自增 ID,再到
· 语音处理 开源项目 EchoSharp
· 《HelloGitHub》第 106 期
· Spring AI + Ollama 实现 deepseek-r1 的API服务和调用
· 使用 Dify + LLM 构建精确任务处理应用