Forking工作流

工作方式

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

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

优点

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

缺点

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