专栏首页mantou大数据Git Workflow简介

Git Workflow简介

1. Git WorkFlow介绍

Git Flow是构建在Git之上的一个组织软件开发活动的模型,是在Git之上构建的一项软件开发最佳实践。Git Flow是一套使用Git进行源代码管理时的一套行为规范和简化部分Git操作的工具。

2010年5月,在一篇名为“一种成功的Git分支模型”的博文中,@nvie介绍了一种在Git之上的软件开发模型。通过利用Git创建和管理分支的能力,为每个分支设定具有特定的含义名称,并将软件生命周期中的各类活动归并到不同的分支上。实现了软件开发过程不同操作的相互隔离。这种软件开发的活动模型被nwie称为“Git Flow”。

一般而言,软件开发模型有常见的瀑布模型、迭代开发模型、以及最近出现的敏捷开发模型等不同的模型。每种模型有各自应用场景。Git Flow重点解决的是由于源代码在开发过程中的各种冲突导致开发活动混乱的问题。因此,Git flow可以很好的于各种现有开发模型相结合使用。

2. Git VS SVN

SVN

Git

分布式管理

集中式管理

元数据存储

文件存储

offline log

online log

有本地分支

无本地分支

没有全局版本号

有全局版本号

内容完整性(SHA-1)

N/A

github,gitlab等配套

N/A

3.分支

3.1 历史分支(Master , Develop)

Gitflow工作流使用2个分支来记录项目的历史。master分支存储了正式发布的历史,而develop分支作为功能的集成分支。 这样也方便master分支上的所有提交分配一个版本号。

3.2 功能分支(Feature)

每个新功能位于一个自己的分支,这样可以push到中央仓库以备份和协作。 但功能分支不是从master分支上拉出新分支,而是使用develop分支作为父分支。当新功能完成时,合并回develop分支。 新功能提交应该从不直接与master分支交互。

3.3 发布分支(Release)

一旦develop分支上有了做一次发布(或者说快到了既定的发布日)的足够功能:本期要发布的所有功能已开发完成,测试通过。就从develop分支上fork一个release发布分支。 release分支用于开始发布循环,所以从这个时间点开始之后新的功能不能再加到这个分支上—— 这个分支只应该做Bug修复、文档生成和其它面向发布任务。 一旦对外发布的工作都完成了,发布分支合并到master分支并分配一个版本号打好Tag。 另外,这些从新建发布分支以来的做的修改要合并回develop分支。

使用一个用于发布准备的专门分支,使得一个团队可以在完善当前的发布版本的同时,另一个团队可以继续开发下个版本的功能。 这也打造定义良好的开发阶段(比如,可以很轻松地说,『这周我们要做准备发布版本4.0』,并且在仓库的目录结构中可以实际看到)。

3.4 维护分支(Hotfix)

维护分支或说是热修复(hotfix)分支用于生成快速给产品发布版(production releases)打补丁,这是唯一可以直接从master分支fork出来的分支。 修复完成,修改应该马上合并回master分支和develop分支(当前的发布分支),master分支应该用新的版本号打好Tag。

为Bug修复使用专门分支,让团队可以处理掉问题而不用打断其它工作或是等待下一个发布循环。 你可以把维护分支想成是一个直接在master分支上处理的临时发布。

4. 实践

  • 初始化
git flow init
  • 开发一个功能
git flow feature start <your feature>
git flow feature finish <your feature>
  • 完成开发一个功能
git flow feature publish <name>
git flow feature pull <remote> <name>
  • 发布版本
git flow release start <release> 
git flow release finish <release>
  • 修补bug
git flow hotfix start <release> 
git flow hotfix finish <release>

5.常用命令

创建分支: git branch mybranch 切换分支: git checkout mybranch 创建并切换分支: git checkout -b mybranch 更新master主线上的东西到该分支上:git rebase master 切换到master分支:git checkout master 更新mybranch分支上的东西到master上:git rebase mybranch 提交:git commit -a 对最近一次commit的进行修改:git commit -a –amend commit之后,如果想撤销最近一次提交(即退回到上一次版本)并本地保留代码:git reset HEAD^ 合并分支:(merge from) git checkout master $ git merge mybranch (merge from mybranch) 删除分支: git branch -d mybranch 强制删除分支: git branch -D mybranch 列出所有分支: git branch 查看各个分支最后一次提交: git branch -v 查看哪些分支合并入当前分支: git branch –merged 查看哪些分支未合并入当前分支: git branch –no-merged 更新远程库到本地: git fetch origin 推送分支: git push origin mybranch 取远程分支合并到本地: git merge origin/mybranch 取远程分支并分化一个新分支: git checkout -b mybranch origin/mybranch

6. 学习资料推荐

  1. Git的资料整理
  2. Pro Git book
  3. 猴子都能懂的Git入门系列

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • Git快速入门

    git是一个分布式版本控制软件,最初由林纳斯·托瓦兹(Linus Torvalds)创作,于2005年以GPL发布。最初目的是为更好地管理Linux内核开发而设...

    mantou
  • 【Elasticsearch全文搜索引擎实战】之Head插件实践 简介1. ES 5.0+ 版本Head插件安装2. 配置3. 启动4. 访问5. 安全问题(严重)6. 小结

    Elasticsearch是一个基于Lucene的搜索服务器。它提供了一个分布式多用户能力的全文搜索引擎,基于RESTful web接口。Elasticsear...

    mantou
  • MacOS下SVN迁移Git踩坑记

    1. First Blood 之前在Windows环境下进行svn到git的迁移是很简单的,参考官方文档。 可是在macOS环境下(macOS High Si...

    mantou
  • 卸载 x 雷某度!GitHub 标星 1.5w+,从此我只用这款全能高速下载工具!

    网上资源眼花缭乱,下载的方式也同样千奇百怪,比如 BT 下载,磁力链接,网盘资源等等等等,下个资源可真不容易,不一样的方式要用不同的下载软件,因此某比较有名的 ...

    Rocky0429
  • Git -- 分支与合并 (命令行+可视化工具p4merge) Fast Forward 合并禁用 Fast Forward 合并自动合并解决合并的冲突

    基本命令 把所有的变化都放在master分支并不是最好的做法. 建议的做法是把变化放在分支里面. ? 至少应该准备一个feature分支之类的, 把变化都隔离开...

    solenovex
  • Git -- 分支与合并 (命令行+可视化工具p4merge)

    把所有的变化都放在master分支并不是最好的做法. 建议的做法是把变化放在分支里面.

    solenovex
  • 记录我学github的路程(二)

    2015-12-09 更新 1,现在,本地有了一个库,你可能会想到GitHub创建一个库,并且关联起来。这样,远程的库既可以当作备份,又可以让其他人通过该仓库来...

    xcywt
  • git撤销修改各种情况

    如何在Git里撤销(几乎)任何操作 一、撤销一个已经公开的改变 场景:已经执行了gitpush,将修改发送到了github,需要撤销某一个commit。 方法:...

    fanfan
  • git进行版本控制管理

    1、获取远程最新代码后,则需要从本地master分支切换到开发分支。(此处我们以每个新功能为一个新的开发分支)

    李才哥

扫码关注云+社区

领取腾讯云代金券