Git的工作流程是怎样的
这篇文章将为大家详细讲解有关Git的工作流程是怎样的,文章内容质量较高,因此小编分享给大家做个参考,希望大家阅读完这篇文章后对相关知识有一定的了解。
创新互联建站专业为企业提供阜新网站建设、阜新做网站、阜新网站设计、阜新网站制作等企业网站建设、网页设计与制作、阜新企业网站模板建站服务,十多年阜新做网站经验,不只是建网站,更提供有价值的思路和整体网络服务。
Git 作为一个源码管理系统,不可避免涉及到多人协作。
协作必须有一个规范的工作流程,让大家有效地合作,使得项目井井有条地发展下去。"工作流程"在英语里,叫做"workflow"或者"flow",原意是水流,比喻项目像水流那样,顺畅、自然地向前流动,不会发生冲击、对撞、甚至漩涡。
这里介绍三种广泛使用的工作流程:
Git flow
Github flow
Gitlab flow
如果你对Git还不是很熟悉,可以先阅读下面的文章。
《Git 使用规范流程》
《常用 Git 命令清单》
《Git 远程操作详解》
一、功能驱动
本文的三种工作流程,有一个共同点:都采用"功能驱动式开发"(Feature-driven development,简称FDD)。
它指的是,需求是开发的起点,先有需求再有功能分支(feature branch)或者补丁分支(hotfix branch)。完成开发后,该分支就合并到主分支,然后被删除。
二、Git flow
最早诞生、并得到广泛采用的一种工作流程,就是Git flow 。
2.1 特点
它最主要的特点有两个。
第一步:根据需求,从
master
拉出新分支,不区分功能分支或补丁分支。第二步:新分支开发完成后,或者需要讨论的时候,就向
master
发起一个pull request(简称PR)。第三步:Pull Request既是一个通知,让别人注意到你的请求,又是一种对话机制,大家一起评审和讨论你的代码。对话过程中,你还可以不断提交代码。
第四步:你的Pull Request被接受,合并进
master
,重新部署后,原来你拉出来的那个分支就被删除。(先部署再合并也可。)
3.2 评价
Github flow 的最大优点就是简单,对于"持续发布"的产品,可以说是最合适的流程。
问题在于它的假设:master
分支的更新与产品的发布是一致的。也就是说,master
分支的最新代码,默认就是当前的线上代码。
可是,有些时候并非如此,代码合并进入master
分支,并不代表它就能立刻发布。比如,苹果商店的APP提交审核以后,等一段时间才能上架。这时,如果还有新的代码提交,master
分支就会与刚发布的版本不一致。另一个例子是,有些公司有发布窗口,只有指定时间才能发布,这也会导致线上版本落后于master
分支。
上面这种情况,只有master
一个主分支就不够用了。通常,你不得不在master
分支以外,另外新建一个production
分支跟踪线上版本。
四、Gitlab flow
Gitlab flow 是 Git flow 与 Github flow 的综合。它吸取了两者的优点,既有适应不同开发环境的弹性,又有单一主分支的简单和便利。它是 Gitlab.com 推荐的做法。
4.1 上游优先
Gitlab flow 的最大原则叫做"上游优先"(upsteam first),即只存在一个主分支master
,它是所有其他分支的"上游"。只有上游分支采纳的代码变化,才能应用到其他分支。
Chromium项目就是一个例子,它明确规定,上游分支依次为:
Linus Torvalds的分支
子系统(比如netdev)的分支
设备厂商(比如三星)的分支
4.2 持续发布
Gitlab flow 分成两种情况,适应不同的开发流程。
对于"版本发布"的项目,建议的做法是每一个稳定版本,都要从master
分支拉出一个分支,比如2-3-stable
、2-4-stable
等等。
以后,只有修补bug,才允许将代码合并到这些分支,并且此时要更新小版本号。
五、一些小技巧
5.1 Pull Request
前面说过,Pull Request本质是一种对话机制,你可以在提交的时候,@
相关人员或团队,引起他们的注意。
5.2 Protected branch
master
分支应该受到保护,不是每个人都可以修改这个分支,以及拥有审批 Pull Request 的权力。
Github 和 Gitlab 都提供"保护分支"(Protected branch)这个功能。
5.3 Issue
Issue 用于 Bug追踪和需求管理。建议先新建 Issue,再新建对应的功能分支。功能分支总是为了解决一个或多个 Issue。
功能分支的名称,可以与issue的名字保持一致,并且以issue的编号起首,比如"15-require-a-password-to-change-it"。
这可以采用rebase
命令附带的squash
操作。
关于Git的工作流程是怎样的就分享到这里了,希望以上内容可以对大家有一定的帮助,可以学到更多知识。如果觉得文章不错,可以把它分享出去让更多的人看到。
分享题目:Git的工作流程是怎样的
网页路径:http://pwwzsj.com/article/jiodpj.html