Git 为什么是"；“原件”；存储库名为；“上游”；（经常）？

在bitbucket/github上进行fork时，有时需要将原始存储库添加为远程存储库，以便可以将最近的更改拉入fork。我在其他帖子（例如）中看到，原文被称为上游

为什么原始版本是“上游”，而github/bitbucket承载的fork版本是“源代码”？还有其他我们应该注意的惯例吗

---

我想这可能是有用的形象，因为“很难游上游”，所以它更难推动上游。。。但是，这是一个不充分的类比。

这个类比指的是这样一个事实，即变化的影响是向下游传递的，但你不能使变化向上游传播

---

类似的问题也有答案。

上游是软件开发（尤其是开源项目）中的一个常用术语，指的是您所依赖的原始项目

该术语用于表示代码更改在一个方向上“流动”的想法；对于项目分支，从原始项目到分支副本

---

例如，Linux发行版为其用户打包软件，有时对代码应用小补丁。当用户在其中一个软件包中发现缺陷并将其报告给发行版的bug跟踪器时，如果问题过于广泛或包装商无法解决，则可能会将其标记为“上游”，以传达应将其转发给待解决软件的原始作者的想法。或者，如果发行版可以应用一个小的修正，那么“将其转发到上游”是一个很好的做法，以便同一软件产品的其他用户可以从中受益。

我认为这是因为主要目标-在存储库中收集开发和调试的代码，这些代码是团队的原始代码。所以你要做的主要事情就是推。这只是一个想法……除了您可以而且经常会得到一个最初写在上游存储库下游的更改。@delnan.。除非河中有[太多]分叉；-）@delnan好吧，这不是重点，你必须在上游做出改变吗？不，你不必再做改变了。您只需要让上游维护人员来拉取它，因为您可能没有上游的写权限。或者，如果你有权限的话，你可以直接推。在这两种情况下，这都是DVCS的原始操作之一，没有什么特别之处，最重要的是符合干式原理。只需点击一个按钮，你就可以得到上千行的变化。