八、Git远程仓库操作——跨团队成员的协作

前言

前面一篇博文介绍了git团队成员之间的协作,现在在介绍下如果是跨团队成员的话,如何协作?

跨团队成员协作,其实就是你不属于那个项目的成员,你没有权限向那个仓库提交代码。但是github还有另一种 pull request(简称PR)机制,可以让你不用加入那个项目作为协作者,也可以贡献代码。

前面一篇文章也介绍了这种机制的流程,大概就是:

  1. 首先你需要fork那个仓库到你自己的github中,其实就是复制了一份副本到你自己的仓库
  2. 然后克隆你自己fork的这个仓库到本地
  3. 在本地修改这个仓库内容之后,我们在 git commit提交到本地
  4. 然后再git push推送到自己fork的远程仓库
  5. 推送到了自己的仓库之后,我们再提交pull request,其实就是申请原仓库的拥有者把自己推送的更新,请求合并到他自己的仓库。
  6. 提交PR之后,我们等待仓库拥有者进行合并即可。

这种机制可以让我们不用作为协作者加入开源项目,就能向开源项目贡献代码。

下面介绍下这几个步骤。

1. fork开源项目到自己仓库

下图是我的github仓库:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-xoGwwk4o-1676177296099)(../picture/image-20230212112807210.png)]

其中rt-thread仓库,就是我从rt-thread项目中fork到自己仓库的,而且github中也有显示这个仓库是fork的。fork的意思其实就是你把rt-thread仓库,复制到了你自己的仓库,相当于你仓库中有一个rt-thread的副本。

我们打开rt-thread仓库,然后点击右上角的fork即可:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-RTbuok6v-1676177296100)(../picture/image-20230212113209989.png)]

fork到自己仓库之后,就会在自己仓库多了这个仓库,就是我上面截图的那样。

2. 克隆该仓库,然后修改、提交更新、推送等操作

当我们fork到自己仓库之后,就可以克隆这个仓库到自己本地电脑:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-qdZUj5KR-1676177296100)(../picture/image-20230212115822857.png)]

克隆到自己本地电脑之后,我们就可以对该项目的内容进行修改,添加到暂存区,提交更新等一系列本地仓库的操作。

提交到本地之后,然后我们可以把更新推送到远程仓库,这个时候你推送到远程仓库是有权限的,因为你推送的是自己fork的仓库,所以可以推送上去。

3. 提交PR请求

当我们推送了更新到远程仓库之后,github会自动检测到我们fork的这个仓库有了推送,会询问我们是否 “Create pull request” ,即创建PR请求。

或者我们点击如下图:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-GWgQS5Wp-1676177296101)(../picture/image-20230212123649087.png)]

也可以创建PR请求。由于我现在还没有提交更新到远程仓库,所以还没有需要提交PR。下次补上这里的操作吧。

4. 仓库拥有者审核合并代码

由于需要两个仓库实验,这里先占个坑,后面有机会补上详细操作过程。

5. 同步自己fork的仓库,并拉取最新的内容到本地

注意:我们每次想提交PR申请时,在本地修改、提交等操作之前。我们一定要先同步原仓库的更新到自己fork的仓库,保证自己fork的版本适合原仓库内容时一致的。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-oRcP9ANs-1676177296101)(../picture/image-20230212124235091.png)]

同步原仓库更新到自己fork的仓库之后,我们再把这些更新拉取到自己本地电脑。然后再在本地修改、提交更新等操作。

如果自己fork的仓库内容版本,对于原仓库落后于很多次commit,这个时候我们修改然后提交更新,然后再PR。会导致太多的内容不同步,导致人家原仓库的拥有者在合并你的更新的时候,太多需要手动合并的内容。这里一定要注意。

猜你喜欢

转载自blog.csdn.net/luobeihai/article/details/128993780
今日推荐