文档首页 > > 最佳实践> Git on CodeHub> Git工作流> Forking工作流

Forking工作流

分享
更新时间:2020/02/22 GMT+08:00

Forking工作流区别于前三种工作流的最大特点是每个开发人员都有一个从公共仓库fork出来的属于自己的公共仓。Forking工作流适合外包、众包以及众创和开源场景。接包方的开发人员从项目公共仓fork自己的公共仓库进行操作,并不需要被项目公共仓直接授权,Forking工作流如下图所示。

  

工作方式

  1. 将“项目公共仓”fork出一个“个人公共仓”。
  2. 将“个人公共仓”clone到“本地仓库”。
  3. 操作“本地仓库”,修改完成后提交到“个人公共仓”。
  4. 为“个人公共仓”提交一个pull request给项目维护者,申请代码合入“项目公共仓”。
  5. 项目维护者在本地review、验证本地提交,审核通过后push进入“项目公共仓”。

如果开发人员A的代码未被审核通过合入“公共仓库”,而此代码对开发人员B有借鉴作用,开发人员B可以直接从开发人员A的“个人公共仓”拉取代码。

优点

  • 开发人员之间若需要代码协作,可以直接从其他人的“个人公共仓”拉取,无需等到代码提交到项目公共仓。
  • “项目公共仓”无需为每个代码贡献者授权。
  • 项目维护者通过审核pull request成为代码安全的重要防线。
  • 仓库分支的选择可以根据项目实际情况综合使用前三种工作流。

缺点

提交开发人员代码到最终版本库的周期较长,步骤繁琐。

分享:

    相关文档

    相关产品

文档是否有解决您的问题?

提交成功!非常感谢您的反馈,我们会继续努力做到更好!
反馈提交失败,请稍后再试!

*必选

请至少选择或填写一项反馈信息

字符长度不能超过200

提交反馈 取消

如您有其它疑问,您也可以通过华为云社区问答频道来与我们联系探讨

智能客服提问云社区提问