`
从此醉
  • 浏览: 1085568 次
  • 性别: Icon_minigender_1
  • 来自: US
社区版块
存档分类
最新评论

Gitflow工作流程

 
阅读更多

在工作场合实施Git的时候,有很多种工作流程可供选择,此时反而会让你手足无措。本文罗列了企业团队最常用的一些Git工作流程,包括Centralized Workflow、Feature Branch Workflow、Gitflow Workflow、Forking Workflow。愿以此文抛砖引玉。

在你开始阅读之前,请记住:这些流程应被视作为指导方针,而非“铁律”。我们只是想告诉你可能的做法。因此,如果有必要的话,你可以组合使用不同的流程。

(本文主要介绍Gitflow Workflow……)


Vincent Driessen曾经写过一篇博文,题为“A successful Git branching model”(一个成功的Git分支模型)。Gitflow工作流程就是从这篇文章里来的。

Gitflow工作流程围绕项目发布定义了严格的分支模型。尽管它比Feature Branch Workflow更复杂一些,但它也为管理更大规模的项目提供了坚实的框架。

与Feature Branch Workflow比起来,Gitflow流程并没有增加任何新的概念或命令。其特色在于,它为不同的分支分配了非常明确的角色,并且定义了使用场景和用法。除了用于功能开发的分支,它还使用独立的分支进行发布前的准备、记录以及后期维护。当然,你还是能充分利用Feature Branch Workflow的好处:拉拽请求(Pull Request)、隔离的试验以及更高效率的合作。

它是怎么工作的?

Gitflow流程仍然使用一个中央代码仓库,它是所有开发者的信息交流中心。跟其他的工作流程一样,开发者在本地完成开发,然后再将分支代码推送到中央仓库。唯一不同的是项目中分支的结构。

用于记录历史的分支

Gitflow使用两个分支来记录项目开发的历史,而不是使用单一的master分支。在Gitflow流程中,master只是用于保存官方的发布历史,而develop分支才是用于集成各种功能开发的分支。使用版本号为master上的所有提交打标签(tag)也很方便。


事实上,Gitflow流程就是围绕这两个特点鲜明的分支展开的。

用于功能开发的分支

每一个新功能的开发都应该各自使用独立的分支。为了备份或便于团队之间的合作,这种分支也可以被推送到中央仓库。但是,在创建新的功能开发分支时,父分支应该选择develop(而不是master)。当功能开发完成时,改动的代码应该被合并(merge)到develop分支。功能开发永远不应该直接牵扯到master


注意:组合使用功能开发分支和develop分支的这种设计,其实完全就是Feature Branch Workflow的理念。然而,Gitflow流程并不止于此。且看下文分解。

用于发布的分支


一旦develop分支积聚了足够多的新功能(或者预定的发布日期临近了),你可以基于develop分支建立一个用于产品发布的分支。这个分支的创建意味着一个发布周期的开始,也意味着本次发布不会再增加新的功能——在这个分支上只能修复bug,做一些文档工作或者跟发布相关的任务。在一切准备就绪的时候,这个分支会被合并入master,并且用版本号打上标签。另外,发布分支上的改动还应该合并入develop分支——在发布周期内,develop分支仍然在被使用(一些开发者会把其他功能集成到develop分支)。

使用专门的一个分支来为发布做准备的好处是,在一个团队忙于当前的发布的同时,另一个团队可以继续为接下来的一次发布开发新功能。这也有助于清晰表明开发的状态,比如说,团队在汇报状态时可以轻松使用这样的措辞,“这星期我们要为发布4.0版本做准备。”从代码仓库的结构上也能直接反映出来。常用的一些措辞还有:基于develop新建分支,合并入master;命名规则为:release-*或release/*

用于维护的分支

发布后的维护工作或者紧急问题的快速修复也需要使用一个独立的分支。这是唯一一种可以直接基于master创建的分支。一旦问题被修复了,所做的改动应该被合并入master和develop分支(或者用于当前发布的分支)。在这之后,master上还要使用更新的版本号打好标签。

这种为解决紧急问题专设的绿色通道,让团队不必打乱当前的工作流程,也不必等待下一次的产品发布周期。你可以把用于维护的分支看成是依附于master的一种特别的发布分支。

* 举例说明 *

下面的例子将演示Gitflow流程如何被用来管理一次产品发布。假设你已经创建好了一个中央仓库。

1.创建develop分支

第一步是给默认的master配备一个develop分支。一种简单的做法是:让一个开发者在本地建立一个空的develop分支,然后把它推送到服务器。

git branch develop
git push -u origin develop

develop分支将包含项目的所有历史,而master会是一个缩减版本。现在,其他开发者应该克隆(clone)中央仓库,并且为develop创建一个追踪分支。

git clone ssh://user@host/path/to/repo.git
git checkout -b develop origin/develop

到现在,所有人都把包含有完整历史的分支(develop)在本地配置好了。

2.小马和小明开始开发新功能

我们的故事从小马和小明要分别开发新功能开始。他们俩各自建立了自己的分支。注意,他们在创建分支时,父分支不能选择master,而要选择develop。

git checkout -b some-featuredevelop

他们俩都在自己的功能开发分支上开展工作。通常就是这种Git三部曲:edit,stage,commit:

git status
git add <some-file>
git commit

3.小马把她的功能开发好了

在提交过几次代码之后,小马觉得她的功能做完了。如果她所在的团队使用“拉拽请求”,此刻便是一个合适的时机——她可以提出一个将她所完成的功能合并入develop分支的请求。要不然,她可以自行将她的代码合并入本地的develop分支,然后再推送到中央仓库,像这样:

git pull origin develop
git checkout develop
git merge some-feature
git push
git branch -d some-feature

第一条命令确保了本地的develop分支拥有最新的代码——这一步必须在将功能代码合并之前做!注意新开发的功能代码永远不能直接合并入master。必要时,还需要解决在代码合并过程中的冲突。

4.小马开始准备一次发布

尽管小明还在忙着开发他的功能,小马却可以开始准备这个项目的第一次正式发布了。类似于功能开发,她使用了一个新的分支来做产品发布的准备工作。在这一步,发布的版本号也最初确定下来。

git checkout -b release-0.1 develop

这个分支专门用于发布前的准备,包括一些清理工作、全面的测试、文档的更新以及任何其他的准备工作。它与用于功能开发的分支相似,不同之处在于它是专为产品发布服务的。

一旦小马创建了这个分支并把它推向中央仓库,这次产品发布包含的功能也就固定下来了。任何还处于开发状态的功能只能等待下一个发布周期。

5.小马完成了发布

一切准备就绪之后,小马就要把发布分支合并入master和develop分支,然后再将发布分支删除。注意,往develop分支的合并是很重要的,因为开发人员可能在发布分支上修复了一些关键的问题,而这些修复对于正在开发中的新功能是有益的。再次提醒一下,如果小马所在的团队强调代码评审(Code Review),此时非常适合提出这样的请求。

git checkout master
git merge release-0.1
git push
git checkout develop
git merge release-0.1
git push
git branch -d release-0.1

发布分支扮演的角色是功能开发(develop)与官方发布(master)之间的一个缓冲。无论什么时候你把一些东西合并入master,你都应该随即打上合适的标签。

git tag -a 0.1 -m"Initial public release" master
git push --tags

Git支持钩子(hook)的功能,也就是说,在代码仓库里某些特定的事件发生的时候,可以执行一些预定义的脚本。因此,一种可行的做法是:在服务器端配置一个钩子,当你把master推送到中央仓库或者推送标签时,Git服务器能为产品发布进行一次自动的构建。

6.用户发现了一个bug


当一次发布完成之后,小马便回去与小明一起开发其他功能了。突然,某个用户提出抱怨说当前发布的产品里有一个bug。为了解决这个问题,小马(或者小明)基于master创建了一个用于维护的分支。她在这个分支上修复了那个bug,然后把改动的代码直接合并入master。

git checkout -b issue-#001 master
# Fix the bug
git checkout master
git merge issue-#001
git push

跟用于发布的分支一样,在维护分支上的改动也需要合并入develop分支,这一点是很重要的!因此,小马务必不能忘了这一步。随后,她就可以将维护分支删除。

git checkout develop
git merge issue-#001
git push
git branch -d issue-#001


原文链接:https://www.atlassian.com/git/workflows#!workflow-gitflow

分享到:
评论

相关推荐

    gitflow开发流程.pdf

    在gitflow工作流程中,主要有以下几种分支: 1. Master分支:这个分支上存放的是随时可供在生产环境中部署的稳定代码。该分支上存放的所有内容都是经过完整的测试并准备发布的。通常,master分支的代码会与一个特定...

    gitflow安装手册

    为了更好地理解和实践GitFlow工作流,下面将详细介绍其安装过程: 1. **确保Git已安装** 在安装GitFlow之前,需要确认计算机上已安装Git。如果尚未安装,请访问[Git官方网站](https://git-scm.com/downloads)下载...

    gitflow相关文件.zip

    这个名为"gitflow相关文件.zip"的压缩包包含了Git Flow工作流的几个关键组件,用于确保在Windows环境下顺利运行Git Flow命令。下面将详细解释这些组件的作用以及如何在Git环境中设置它们。 1. **Git Flow**: Git ...

    TeamA-Gitflow-Workflow:git flow工作流程

    Git Flow工作流程是一种在Git版本控制系统中用于协作开发的分支模型,由Nicolas Grekas提出。这个模型旨在为大型项目提供一套结构化的分支策略,确保团队成员之间的工作协同高效、有序进行。在“TeamA-Gitflow-...

    git flow在Windows中的安装

    `git flow` 是一种基于 Git 的分支管理模型,旨在为软件开发团队提供一套规范化的分支管理和工作流程策略。它通过定义一系列明确的分支类型及其用途来简化开发流程、合并流程以及发布流程,帮助团队更高效地协作。 ...

    gitflow使用指南

    除了命令行工具外,还有一些第三方工具提供了更友好的图形用户界面来支持GitFlow工作流,如SourceTree等。这些工具通常具有更好的用户体验,能够更直观地展示分支之间的关系和操作历史。 ### 结语 通过以上介绍...

    Git flow实践手册

    Vincent Driessen提出了一套Git的分支管理策略,即后来广泛流传的Git Flow工作流程。该流程包含了一个主分支(master或main)和多个支持开发、功能发布和错误修复的辅助分支。使用Git Flow可以清晰地管理项目版本,...

    git项目管理 git flow

    Git Flow 是一种流行的 Git 项目管理模式,旨在提供一套结构化的开发工作流程,以提高开发效率和质量。 主干开发模式 在主干开发模式中,所有开发人员将代码提交到主干上,频繁地提交代码,以便尽快地集成代码和...

    配合Git flow 流程使用的git 操作命令指南

    通过遵循Git flow流程和熟练掌握相应的Git命令,开发团队可以更有效地协同工作,确保代码质量,降低出错风险,并提高软件开发的效率。不过,每个团队可能有自己的特定需求,因此在实际应用中,可以灵活调整或简化Git...

    Python库 | gitflow_easyrelease-0.3.0-py2.py3-none-any.whl

    Python库`gitflow_easyrelease-0.3.0-py2.py3-none-any.whl`是专门为Python开发者设计的一个工具,旨在简化GitFlow工作流程中的版本发布过程。GitFlow是一种广受欢迎的Git分支管理策略,它将开发流程分为几个明确的...

    git-flow-workflow:使用Git Actions的Git Flow工作流程

    Git Flow工作流程是一种在团队开发中管理Git仓库的策略,旨在提供一套有序的分支管理和发布流程,以确保代码的质量和协同效率。Git Actions是GitHub的一个持续集成/持续部署(CI/CD)工具,允许开发者自动化各种工作...

    [Android小组]Git开发模型--Gitflow工作流1

    Gitflow工作流是一种被广泛采用的Git开发模型,尤其适合管理大型项目。它定义了一套严格的分支策略,确保团队成员可以高效协作,并且保持代码库的整洁和有序。以下是Gitflow工作流的主要特点和操作步骤: 1. **主...

    react-React中的实验性尝试可视化Gitflow并产生动画

    项目的目标是通过React来实现Gitflow工作流的可视化,并且添加动态效果,使用户能够更加直观地理解和操作Gitflow。 Gitflow是一种广泛采用的分支管理策略,它定义了两种主要的分支:开发分支(develop)和主分支...

    Git基本命令和GitFlow工作流.docx

    Git的基本命令以及GitFlow工作流为团队协作提供了一套完整的工具和流程。正确使用这些命令可以帮助团队高效地管理工作流,提高代码质量和项目管理效率。通过合理的分支管理和交互,可以确保项目的稳定性和可维护性。

    Git工作流程.pdf

    Gitflow工作流程是最早的,也是被广泛采用的Git工作流程之一。其主要特点是拥有两个长期分支:master和develop。master分支用于存放对外发布的稳定版本,而develop分支则是日常开发的基地,存放最新的开发版。除此...

    gitflow-extension-tools:基于扩展的gitflow工作流管理项目(JavaNodePython ...)的分支和版本

    Gitflow Extension Tools 是一个强大的工具集,用于管理和维护基于Gitflow工作流的项目。这个工具扩展了传统的Gitflow模式,支持多种编程语言如Java、Node.js和Python等,旨在为软件开发团队提供更加灵活和高效的...

    PyPI 官网下载 | salsita-gitflow-1.6.0.zip

    总的来说,`salsita-gitflow`是一个Python库,旨在协助开发者在项目中实施GitFlow工作流,它可能通过提供便捷的命令行工具简化了与GitFlow相关的操作。对于那些在大型团队中使用Git进行版本控制的Python开发者来说,...

    Git Flow说命文档

    **Git Flow**提供了一种清晰的分支管理和工作流程模型,通过明确的分支命名和使用规范,有助于团队成员之间的沟通协调。它不仅提高了代码的质量,还增强了开发过程中的可预测性和可控性。无论是小型项目还是大型团队...

Global site tag (gtag.js) - Google Analytics