Git分支管理

分支管理

分支管理很重要,特别是在团队开发中,每个人对分支的理解都不同,如果不统一一个规范,就很容易造成代码管理混乱。所以学习一下 Git 分支管理是非常重要的,下面就来介绍一套比较规范的分支管理方法。

一般开发中,我们会用到以下分支,下面分别来说明分支的命名以及使用场景。

master

  • 使用场景

    生产环境的分支,所有分支的顶层分支。

  • 命名

    通常都是以 master 命名,只不过在一个版本结束开发并且成功上线之后,需要从 master 中新建一个 tag 分支,例如当前 sprint 1 版本开发完并且上线完,就可以从 master 新建一个 master tag 分支: master_sprint1,其作用是不同版本之间的分支能并行,如果新版本出现了重大bug,也能随时切回之前的版本。

release

  • 使用场景

    发布分支,从 master 创建,并且由 develop 合并进来,一般功能开发并且测试完之后,把 develop 代码合并进来,然后 release 作为 UAT 环境分支使用。

  • 命名

    一般用 release + 发布的版本号,如果是敏捷项目,则可以加上当前 sprint,例如当前是 sprint 1,则分支名为 release/sprint1

develop

  • 使用场景

    开发分支,从 master 创建,开发人员的功能分支 feature 开发完之后,合并进来,一般 develop 可以作为测试环境分支使用,使用 develop 分支进行测试。

  • 命名

    一般用 develop + 发布的版本号,如果是敏捷项目,则可以加上当前 sprint,例如当前是 sprint 1,则分支名为 develop/sprint1

feature

  • 使用场景

    功能开发分支,根据这个版本需要开发的功能划分,从 develop 分支新建出来,功能开发完再合并到 develop,需要注意的一点是,每次合并前需要先将 develop 合并到自己的功能分支,这样如果出现了冲突,能让开发人员自己处理好冲突,然后再合并过来。

  • 命名

    一般用 feature + 功能名 + 个人姓名 命名,例如开发一个用户模块,则对应的分支名为:feature/user_qingkong

hotfix

  • 使用场景

    用于紧急解决线上 bug,从 master 新建出来,然后修改好,合并到 develop 进行测试,测试通过后 develop 合并到 release,最后 hotfix 分支合并到 master 。

  • 命名

    hotfix + bug名称,例如线上出现用户列表显示错误,则对应的分支名为:hotfix/user_list

posted @   编程人千寻  阅读(103)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 没有源码,如何修改代码逻辑?
· PowerShell开发游戏 · 打蜜蜂
· 在鹅厂做java开发是什么体验
· 百万级群聊的设计实践
· WPF到Web的无缝过渡:英雄联盟客户端的OpenSilver迁移实战
点击右上角即可分享
微信分享提示