Github 为什么我要在原始回购协议中设立分支机构,而不是分支机构,以便通过PR引入变更?

Github 为什么我要在原始回购协议中设立分支机构,而不是分支机构,以便通过PR引入变更?,github,fork,workflow,Github,Fork,Workflow,这个问题是关于分叉存储库的Github工作流。我不太清楚为什么我需要分叉一个存储库 我有以下用例:我想为一个开源项目做出贡献 我在Pluralsight上看了很多关于Github的视频。 一些开发人员使用以下工作流: 他们建立了一个存储库 本地克隆分叉回购协议 在本地主分支中进行更改 将更改推送到原始主机(从克隆的repo) 然后打开一个请购单,将原始回购主单(分叉主单)的变更合并到上游回购主单(原始主单) 我要做的是: 本地克隆上游回购(原始回购) 创建要素分支 在要素分支中进行更改 将功能分

这个问题是关于分叉存储库的Github工作流。我不太清楚为什么我需要分叉一个存储库

我有以下用例:我想为一个开源项目做出贡献

我在Pluralsight上看了很多关于Github的视频。 一些开发人员使用以下工作流:

  • 他们建立了一个存储库
  • 本地克隆分叉回购协议
  • 在本地主分支中进行更改
  • 将更改推送到原始主机(从克隆的repo)
  • 然后打开一个请购单,将原始回购主单(分叉主单)的变更合并到上游回购主单(原始主单)
  • 我要做的是:

  • 本地克隆上游回购(原始回购)
  • 创建要素分支
  • 在要素分支中进行更改
  • 将功能分支推送到上游回购
  • 制作PR以将我的功能分支合并到上游主分支
  • 在我看来,在这种情况下,分拆回购增加了额外的复杂性,因为我个人发现使用一个回购比使用两个回购更简单。我看不到我描述的用例的好处。有人能解释一下我错过了什么吗

    谢谢

  • 将功能分支推送到上游回购
  • 这就是你的想法的问题所在。随机的人没有权限将他们自己的分支机构推向官方的上游回购

  • 将功能分支推送到上游回购

  • 这就是你的想法的问题所在。随机的人没有权限将他们自己的分支机构推到官方的上游回购。

    嗨,谢谢你的回答。你的意思是我不能在公共存储库中的github上创建远程功能分支?我只能在本地机器上创建本地功能分支?您好,谢谢您的回答。你的意思是我不能在公共存储库中的github上创建远程功能分支?我只能在本地计算机上创建本地要素分支?