GitFlow简介

GitFlow进行代码分支管理

  • GitFlow简介
  • 优点
  • 工作流图
  • 各分支说明
    • master分支
    • develop分支
    • feature分支
    • hotfix分支

GitFlow简介

Gitflow工作流定义了一个围绕项目发布的严格分支模型。虽然比功能分支工作流复杂几分,但提供了用于一个健壮的用于管理大型项目的框架。Gitflow工作流没有用超出功能分支工作流的概念和命令,而是为不同的分支分配一个很明确的角色,并定义分支之间如何和什么时候进行交互。除了使用功能分支,在做准备、维护和记录发布也使用各自的分支。

优点

  1. 并行开发
    GitFlow可以很方便的实现并行开发。每个新功能都会建立一个新的 feature分支,从而和已经完成的功能隔离开来,而且只有在新功能完成开发的情况下,其对应的 feature分支才会合并到主开发分支上(也就是我们经常说的develop分支)。另外,如果你正在开发某个功能,同时又有一个新的功能需要开发,你只需要提交当前 feature 的代码,然后创建另外一个feature 分支并完成新功能开发。然后再切回之前的 feature 分支即可继续完成之前功能的开发
  2. 协作开发
    GitFlow 还支持多人协同开发,因为每个 feature 分支上改动的代码都只是为了让某个新的 feature 可以独立运行。同时我们也很容易知道每个人都在干啥。
  3. 发布阶段
    当一个新 feature 开发完成的时候,它会被合并到 develop 分支,这个分支主要用来暂时保存那些还没有发布的内容,所以如果需要再开发新的 feature,我们只需要从 develop 分支创建新分支,即可包含所有已经完成的 feature 。
  4. 支持紧急修复
    GitFlow 还包含了 hotfix 分支。这种类型的分支是从某个已经发布的 tag 上创建出来并做一个紧急的修复,而且这个紧急修复只影响这个已经发布的 tag,而不会影响到你正在开发的新 feature。

工作流图

GitFlow简介_第1张图片

各分支说明

master分支

  • 主分支 , 产品的功能全部实现后 , 最终在master分支对外发布

  • 该分支为只读唯一分支 , 只能从其他分支(release/hotfix)合并 , 不能在此 分支修改

  • 另外所有在master分支的推送应该打标签做记录,方便追溯

  • 例如release合并到master , 或hotfix合并到master

develop分支

  • 主开发分支 , 基于master分支克隆
  • 包含所有要发布到下一个release的代码
  • feature功能分支完成 , 合并到develop
  • develop拉取release分支 , 提测
  • release/hotfix 分支上线完毕 , 合并到develop并推送

feature分支

  • 功能开发分支 , 基于develop分支克隆 , 主要用于新需求新功能的开发

  • 功能开发完毕后合到develop分支(未正式上线之前不推送到远程中央仓库!!!)

  • feature分支可同时存在多个 , 用于团队中多个功能同时开发 , 属于临时分支 , 功能完成后可选删除

hotfix分支

  • 补丁分支 , 基于master分支克隆 , 主要用于对线上的版本进行BUG修复
  • 修复完毕后合并到develop/master分支并推送 , 打Tag
  • 属于临时分支 , 补丁修复上线后可选删除

你可能感兴趣的:(研发管理)