美文网首页
Git flow action

Git flow action

作者: jmukirin | 来源:发表于2017-06-01 10:28 被阅读74次

就像代码需要代码规范一样,代码管理同样需要一个清晰的流程和规范

Vincent Driessen 同学为了解决这个问题提出了 A Successful Git Branching Model

git-model_2x.png

上面的图看着挺复杂的, 抽象出来的概念就是:

5个分支

项目里有2个永久分支:master和develop, 3个短期分支: feature, hotfix和release.

  • 永久分支

    • master分支
    • develop分支
  • 短期分支

    • feature分支, 功能开发分支, 派生于develop, 合并回develop
    • hotfix分支, bug修复分支, 派生于master, 合并回master和develop
    • release分支, 版本发布分支, 派生于develop, 合并回master和develop

未来所有的开发工作都围绕这两个永久分支来进行: 从永久分支派生短期分支->合并回永久分支.
派生和合并的时机、源分支、目标分支跟具体的开发类型有关,Gitflow里有明确的规则.
短期分支,针对他们的工作内容完成后,一般都要进行删除.
工作内容完成的定义是个:开发完成, 合并完成, 缺一不可.

  • master

又称为production(生产环境)分支, jenkins根据tag来拉取这个分支的代码来打包, 这个分支只能从其他分支合并,不能在这个分支直接修改. 所有在master分支上的commit应该打tag.

  • develop

这个分支是我们是我们的主开发分支, 包含所有要发布到下一个release的代码, 这个主要合并于其他分支, 比如feature分支.

  • feature

这个分支主要是用来开发一个新的功能, 一旦开发完成, 我们合并回develop分支.
分支名为feature/*, 举例:登录功能命名为 feature/login
feature分支从develop派生而来, 开发完成后合并回develop. 一般这时会删除这个feature分支.
可以有多个feature分支同时存在.

  • release

当你需要一个发布一个新release的时候, 我们基于develop分支创建一个release分支, 我们可以在这个release分支上测试, 修改Bug(但是不要加新功能, 也不要从develop分支上合并新的改动到这个release分支), 完成这个release分支后, 我们合并到master和develop分支, 同时在master分支上打个tag记住release版本号, 然后删除这个release分支.

  • hotfix

当我们在线上发现一个需要紧急修复的bug时候, 我们需要从master分支派生一个hotfix, 完成hotfix后, 我们合并回master和develop分支, 所以hotfix的改动会进入下一个release, 同时要在master上打一个tag.

实践git-flow的方式

  • 安装git-flow命令行工具, brew install git-flow , 通过命令行来操作, 比较难记.
  • 安装sourcetree客户端, 通过gui来操作(我们团队默认做法)

sourcetree的git-flow实践

初始化操作

sourcetree系统顶部栏->仓库->git-flow或hg flow->初始化仓库->确定(使用默认命名)

本地自动增加了一个develop的分支, 加上gitlab仓库默认就会自动有的master分支. 把这两个分支推送到远端仓库, 两个永久分支创建完成了.

开发新功能

sourcetree系统顶部栏->仓库->git-flow或hg flow->建立新的功能
功能名称填入英文, 比如login, 点确定.
sourcetree做了以下工作: 基于develop分支派生了feature/login分支, 本地切换到这个分支, 并推送到origin(远端).

完成功能

sourcetree系统顶部栏->仓库->git-flow或hg flow-完成功能
在下拉框中选择对应的login功能. 点确定
sourcetree做了以下工作: 在本地把feature/login分支合并到develop分支, 然后删除了本地feature/login, 切换到本地的develop分支.
然后在sourcetree上点击推送按钮, 推到origin(远端).

准备发布

sourcetree系统顶部栏->仓库->git-flow或hg flow-建立新的发布版本
在发布版本号里输入 v1.0 , 点确定
sourcetree做了以下工作: 本地基于deveoper分支派生了release/v1.0分支, 本地切换到了这个分支.
然后在sourcetree上点击推送按钮, 推到origin(远端), 为了jenkins拉代码用.

这个分支是为了上线做准备的, 也是测试的对象, 我们可以用jenkins拉取它的代码来出开发环境的包, 然后在这个分支上面修复bug(但别加新的feature).

完成发布

sourcetree系统顶部栏->仓库->git-flow或hg flow-完成发布版本
在下拉框中选择对应的v1.0, 勾选删除分支和推送变更到远程, 点确定
sourcetree做了以下工作: 本地合并release/v1.0分支到develop分支和master分支, 本地删除了release/v1.0分支, 给master打了tag 'v1.0',

引用文章

A Successful Git Branching Model (git-flow提出者blog)

git-flow备忘清单

Git 在团队中的最佳实践--如何正确使用Git Flow

SourceTree里GitFlow的使用

相关文章

  • Git flow action

    就像代码需要代码规范一样,代码管理同样需要一个清晰的流程和规范 Vincent Driessen 同学为了解决这个...

  • Git 管理工具 Tower 的使用

    创建 git flow 点击 Git-Flow -> Enable Git-Flow 按钮 点击 configur...

  • git-flow使用指南

    git-flow使用指南 1.简介 git-flow是基于Git Flow工作流模型的工具,了解Git Flow ...

  • git分支管理与使用规范

    git分支管理与使用规范 分支管理 flow git flow github flow gitlab flow f...

  • 实习第一天,上司让我学习一下Git Flow

    简述Git Flow 首先,Git Flow并不是Git的替代品,Git Flow只是把标准的Git命令用脚本组合...

  • GitFlow讲解

    Git Flow 工作流程 1.Git Flow是什么它解决了哪些问题: 2.Git Flow安装: 3.Git ...

  • git-flow

    git-flow git-flow 应该是目前流传最广的 Git 分支管理实践。git-flow 围绕的核心概念是...

  • Git 分支管理 git-flow

    git-flow git-flow 应该是目前流传最广的 Git 分支管理实践。git-flow 围绕的核心概念是...

  • Git工作流

    一、Git常见工作流 Git三种常见的工作流:Git Flow、GitHub Flow 、GitLab Flow ...

  • 一周学习精选(2018-10-27)

    使用 git-flow 管理分支 Using git-flow to automate your git bran...

网友评论

      本文标题:Git flow action

      本文链接:https://www.haomeiwen.com/subject/bfbsfxtx.html