git秀的Bug

就git show而言，原产地和上游是不同的

当我这样做的时候

git remote -v

git show remotes/upstream/develop:oracle/framework/Programs/Populate_Datamart.sql

git show remotes/origin/develop:oracle/framework/Programs/Populate_Datamart.sql

我明白了

起源git@git.corelogic.local：corelogic/reports.git（fetch）

起源git@git.corelogic.local：corelogic/reports.git（推送）

上游git@git.corelogic.local：corelogic/reports.git（fetch）

上游git@git.corelogic.local：corelogic/reports.git（推送）

当我这样做的时候

git remote -v

git show remotes/upstream/develop:oracle/framework/Programs/Populate_Datamart.sql

git show remotes/origin/develop:oracle/framework/Programs/Populate_Datamart.sql

我在中央存储库@git.corelogic.local中获得了关于branch develop的文件

当我这样做的时候

git remote -v

git show remotes/upstream/develop:oracle/framework/Programs/Populate_Datamart.sql

git show remotes/origin/develop:oracle/framework/Programs/Populate_Datamart.sql

我在早些时候收到了那个文件。 不一样

编辑以添加一个关键项（我可能应该首先列出）：Git不知道或不关心两个遥控器下列出的两个URL是否使用相同的URL

git-remote

列出您的遥控器。这些可能与存储库中的实际内容几乎没有关系

git show

显示存储库中的对象。这些可能与您的遥控器列表关系不大或根本没有关系

运行

git fetch origin

通常会让您的git联系另一个git，使用远程名称

origin

获取URL。然后，它将从另一个Git获得您所缺少的承诺（无论出于何种原因，要么您从未拥有过这些承诺，现在就这么做；要么您说服Git摆脱它们，现在它们又回来了）。然后，作为最后一点工作，它将更新Git用来记住其他Git分支的远程跟踪名称。例如，您的

origin/develope

——全名实际上是

refs/remotes/origin/develope

，但您可以省去

refs/

，甚至在大多数情况下，

refs/remotes/

现在都会记得与他们交谈时他们的Git所说的

develope

。（这可能在中断对话几秒钟内就过时了，具体取决于另一个Git存储库的繁忙程度。）

运行

git fetch upstream

将执行相同的操作，只是您的git将调用远程名称

upstream

所列URL的git，然后更新表单

upstream/*

的远程跟踪名称，而不是

origin/*

---

在执行这两次获取或git fetch--all（表示从所有远程获取）之后，您的远程跟踪名称将具有适当提交的哈希ID，这些提交现在存在于您自己的本地存储库中。然后，您的

git show

可以向您显示这些提交，或这些提交中的文件。

您是否

git fetch--all

？请注意您的措辞。有可能，但不太可能，您在Git中发现了一个bug。问题可能在于你正在做的事情，或者对工具的误解。换句话说，原点和上游不仅仅是指针，它们是复杂的对象，有很多内容，虽然我最近做了上游拉动，但我最近没有做原点拉动。让上游和开发都指向同一个地方似乎不是一个好主意，因为这样就必须保持它们的一致性。换句话说，我应该摆脱上游。在这种情况下，是的，这似乎是明智的。：-）