2021-04-17 Git fork 工作流

 

工作方式
    Forking工作流要先有一个公开的正式仓库存储在服务器上。 但一个新的开发者想要在项目上工作时，不是直接从正式仓库克隆，而是fork正式项目在服务器上创建一个拷贝。这个仓库拷贝作为他个人公开仓库 —— 其它开发者不允许push到这个仓库，但可以pull到修改（后面我们很快就会看这点很重要）。 在创建了自己服务端拷贝之后，和之前的工作流一样，开发者执行git clone命令克隆仓库到本地机器上，作为私有的开发环境。
        要提交本地修改时，push提交到自己公开仓库中 —— 而不是正式仓库中。 然后，给正式仓库发起一个pull request，让项目维护者知道有更新已经准备好可以集成了。 对于贡献的代码，pull request也可以很方便地作为一个讨论的地方。
       为了把功能集成到正式代码库，维护者pull贡献者的变更到自己的本地仓库中，检查变更以确保不会让项目出错， 合并变更到自己本地的master分支， 然后pushmaster分支到服务器的正式仓库中。 到此，贡献的提交成为了项目的一部分，其它的开发者应该执行pull操作与正式仓库同步自己本地仓库。
       本文将以gitee为例介绍git Forking工作流常用操作，假定用户已有gitee账号和操作所需的权限。

准备工作
开发者fork正式仓库  
开发者克隆自己fork的仓库到本地
添加远程别名
首先，找到想要fork的正式仓库，点击右上角的fork图标，即可自己名下创建一个正式仓库的拷贝，我们称为fork仓库
下一步，开发者要克隆自己的公开仓库，先复制仓库的访问链接
在本地创建一个项