使用来源：目标位置与Git拉取进行Git提取

如何解决使用来源：目标位置与Git拉取进行Git提取

从所有关于访存和提取之间差异的问题中，答案是访存将更新您的远程副本，而不会将任何内容合并到本地分支中。但是，如果将fetch命令与source：destination一起使用，请说“ git fetch origin development：development”，它将同时更新远程副本和本地副本。那么在这种情况下，pull和fetch有什么区别？

解决方法

但是，如果将fetch命令与source：destination一起使用，请说“ git fetch origin development：development”，它将同时更新远程副本和本地副本。

这不是真的。

在1.8.4之前的Git版本中发生了一个例外（我们可能会折扣），其中git fetch origin development:development完全无法完全更新refs/remotes/origin/development。但是，git fetch origin development 也在此处无法更新refs/remotes/origin/development。这就是为什么我建议打折旧版本的Git：它们在获取和合并方面的行为仍然相同。 （嗯，那真的很老。）

但是，更重要的例外是，无法进行git merge或通过merge.ff禁止进行快进操作（如“ pull.ff”所称的“快进合并”）和/或git pull配置变量或命令行选项。进入快进与实际合并之间的区别。

当您git merge运行提取并合并时，第二个Git命令等于或等效于运行实际的HEAD命令。该命令将：

• 在HEAD和合并目标之间找到合并基础提交；
• 然后，考虑合并是否可能和/或是否可以进行快进操作。

在以下情况下可以并允许快进：

• 合并基础为HEAD;
• 还有另一个提交要合并，git merge是该提交的祖先；和
• 命令行和配置均禁止转发。

在这种情况下（即快进可能的情况），即git fetch origin development:development会进行快进而不是合并，在这种情况下，development也会快进本地分支名称git merge。

但是，如果可以合并，但是禁止或不可能进行快速转发，则git fetch origin development:development会进行真正的合并，而development只会简单地将名称{{1 }}。因此，这两个命令是不同的。当然，如果您希望拉动始终快进，并且例如将pull.ff配置为only，我们将返回相同的操作。

嗯，差不多。仍然存在另一个差异：git pull的{​​{1}}将快速转发当前分支（仅），但是如果git merge失败，git fetch origin development:development将失败是当前分支。因此，您必须位于其他分支。有一种方法可以使development快进当前分支（提供git fetch标志），但是如果这样做，则必须格外小心，因为更新的分支名称不会影响索引并正常工作-tree，不同于--update-head-ok驱动的快进操作。