Fork 工作流

Fork 工作流是一种分布式工作流，充分利用了 Git 在分支和克隆上的优势。可以安全可靠地管理大团队的开发者，并能接受不信任贡献者的提交。像github和gitlab 线上服务就是使用这个工作流模式

fork工作流

每个成员都可以 fork 项目到自己的目录, 甚至还可以继续衍生出更多项目, 项目之间的通过 pull request 进行代码合并. 一个项目可以有多个上游项目, 也可以由于多个下游项目, 它们指向形成一种图关系.

1. Fork 的原理

Fork 其实不是一个新东西, 当我们在github上点击fork的时候, github只是将项目克隆(git clone)到你的个人目录

2. 适用场景

  • 适合开源项目. 开源项目需要接受任何开发者的代码共享, 无需给他们正式的代码库的写权限
  • 适合大型的, 自发性的团队. fork 工作流可以提供灵活的方式来安全协作

3. 工作方式

fork工作流

  1. fork: 一般通过服务器页面进行 fork, 创建一个拥有所有权的拷贝
  2. 克隆项目到本地, 新建功能分支, 提交自己的代码, 然后推送到远程版本库
  3. 现在可以发起将功能分支 合并到上游(upstream)项目的Pull Request请求;
  4. 上游项目的所有者决定是否合并你的代码

4. 示例

4.1 fork 项目

首先 fork 上游项目: fork

4.2 开发新功能

将项目克隆到本地，并在功能分支上开发新功能：

# 克隆
$ git clone [email protected]:me/test-fork.git
# 新建功能分支
$ git checkout -b feature/awesome
# ... 新增功能， 提交到远程
$ git push -u origin feature/awesome

4.3 提交 Pull Request

现在打开项目主页， 就可以开始提交 Pull Request 了

pull request

假设清茂跟我一样 fork 了test-fork项目，我不仅可以将 PR 提交给上游项目, 也可以提交给同源项目：

pull request

4.4 合并

一般开源项目都会严格审验每个 PR，GitHub支持在每个 PR 提交后，对他跑一些集成测试，进行一些讨论和 Review。下面是React项目的一个 PR 页面, 这里显示 PR 是否经过了测试、分支代码是否冲突, 项目管理员还可以要求变更：

pull request

results matching ""

    No results matching ""