本文详细介绍了Gitflow、Github flow和Gitlab flow三种流行的工作流，包括各自特点、流程和评价。Gitflow维护主分支master和develop，适合版本发布；Github flow简化为单个master分支，适用于持续发布；Gitlab flow结合两者，采用上游优先原则，灵活适应不同开发环境。此外，文章还分享了一些Git协作的小技巧，如Pull Request、Protected branch、Issue等。
Git 作为一个源码管理系统，不可避免涉及到多人协作。
协作必须有一个规范的工作流程，让大家有效地合作，使得项目井井有条地发展下去。”工作流程”在英语里，叫做”workflow”或者”flow”，原意是水流，比喻项目像水流那样，顺畅、自然地向前流动，不会发生冲击、对撞、甚至漩涡。
本文介绍三种广泛使用的工作流程：
- Git flow
- Github flow
- Gitlab flow
一、功能驱动
本文的三种工作流程，有一个共同点：都采用”功能驱动式开发”（Feature-driven development，简称FDD）。
它指的是，需求是开发的起点，先有需求再有功能分支（feature branch）或者补丁分支（hotfix branch）。完成开发后，该分支就合并到主分支，然后被删除。
二、Git flow
最早诞生、并得到广泛采用的一种工作流程，就是Git flow 。
2.1 特点
它最主要的特点有两个。
首先，项目存在两个长期分支。
- 主分支master
- 开发分支develop
前者用于存放对外发布的版本，任何时候在这个分支拿到的，都是稳定的分布版；后者用于日常开发，存放最新的开发版。
其次，项目存在三种短期分支。
- 功能分支（feature branch）
- 补丁分支（hotfix branch）
- 预发分支（release branch）
一旦完成开发，它们就会被合并进develop或master
最低0.47元/天 解锁文章
1338
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
