在 bitbucket/github 上 fork 时,有时需要将原始存储库添加为远程存储库,以便您可以将最近的更改拉入您的 fork。我已经看到,在其他帖子中(例如,我如何更新 GitHub 分叉存储库?),原始称为上游。
为什么 github/bitbucket 托管的 fork 是原始的“上游”和“起源”?还有其他我们应该注意的约定吗?
我想这可能有助于将其想象为“很难逆流而上”,因此更难向上游推进……但是,这是一个不充分的类比。
在 bitbucket/github 上 fork 时,有时需要将原始存储库添加为远程存储库,以便您可以将最近的更改拉入您的 fork。我已经看到,在其他帖子中(例如,我如何更新 GitHub 分叉存储库?),原始称为上游。
为什么 github/bitbucket 托管的 fork 是原始的“上游”和“起源”?还有其他我们应该注意的约定吗?
我想这可能有助于将其想象为“很难逆流而上”,因此更难向上游推进……但是,这是一个不充分的类比。
上游是软件开发(尤其是开源项目)中的一个常用术语,指的是你所依赖的原始项目。
该术语用于表达代码更改向一个方向“流动”的想法;在项目分叉的情况下,从原始项目到您的分叉副本。
例如,Linux 发行版为其用户打包软件,有时会对代码应用小补丁。当用户在其中一个包中发现缺陷并将其报告给发行版的错误跟踪器时,如果问题过于广泛或打包者无法解决,它可能会被标记为“上游”以传达它应该转发给软件原作者待解决。或者,如果发行版可以应用小的修正,最好将其“转发到上游”,以便同一软件产品的其他用户可以从中受益。
类比是指变更的影响会向下游传播,但您不能使变更向上游传播。
这里有一个类似问题的答案。