git checkout -b newbranch上游/ newbranch和git checkout newbranch之间的区别 长期学习：背景 DWIM模式其他几件重要的事情

如何解决git checkout -b newbranch上游/ newbranch和git checkout newbranch之间的区别 长期学习：背景 DWIM模式其他几件重要的事情

我已阅读this关于将上游分支导入分支的答案。答案建议使用git checkout newbranch切换到新分支。在这种情况下，我一直只使用-b，它也可以正常工作。这些命令之间有什么区别吗？我的猜测是，如果分支名称与upstream/newbranch不同，我只需要newbranch来指定分支名称。但是，如果我只想要原始名称为git checkout -b newbranch upstream/newbranch的分支，则使用git checkout newbranch和-b有什么区别吗？我已经读过{{1}}的{​​{3}}，但实际上并不能回答我的问题。

解决方法

现有答案未完全涵盖 的工作原理，这有点复杂。在内部，Git将此事物称为 DWIM模式。

长期学习：背景

让我们以此开始：您的分支名称为您的。其他一些Git可能有一个名为newbranch或branch2或其他名称的分支，但是如果您没有该分支名称，则只是没有该分支名称。好吧，还。

还请记住，每个提交都具有唯一的哈希ID。要查看当前提交的哈希ID，请运行：

git rev-parse HEAD

特殊名称HEAD总是命名当前提交（通常也命名当前的分支名称，但我们将在以后保留）。 git rev-parse命令将为您提供一个庞大的丑陋的哈希ID-并非对人类有用，但对Git至关重要，因为该哈希ID是Git实际查找提交的方式。

同时，每个分支名称仅包含一（1）个提交哈希ID。如果您具有分支名称master，则可以通过运行git rev-parse master找到该名称表示的哈希ID。与之前一样，git rev-parse将该名称转换为丑陋的哈希ID。

现在，这意味着要创建一个 new 分支名称，您要告诉Git：输入一个新的分支名称。这是要存储在其中的哈希ID：_______ 。您告诉Git的方法是使用各种命令中的任何一种：

• git branch newname：这告诉Git使用通过将HEAD解析为哈希ID而找到的哈希ID创建新名称。

• git branch newname hash-id：这告诉Git使用您输入的哈希ID创建新名称。很难输入哈希ID，因此您可能会使用鼠标剪切并粘贴一个。但是您不必这样做，因为：

• git branch newname any-other-name-that-works-with-rev-parse：这使Git在 last 名称上运行git rev-parse，以找到哈希ID，然后创建分支以使其包含哈希ID你给的。

• git checkout -b name和git checkout -b name start-point：这与使用git branch并随后运行git checkout非常相似。

但是还有另一种方法来创建 new 分支名称，该方法将运行git checkout name-that-does-not-yet-exist。

通常，如果您执行类似git checkout supercalifragialistic的操作，则会得到一个错误：Git尝试将该名称转换为哈希ID（使用内部等效项git rev-parse），这将完全失败，并且整个过程因错误而停止。但是git checkout内置了一个特殊的技巧。

现在，除了分支名称之外，Git还支持我称为远程跟踪名称的东西（Git称它们为远程跟踪分支名称，但是这里的 branch 一词有点误导，所以我认为最好不要使用它。实际上，这些非常简单：当您告诉Git时，它会连接到其他Git。您可能将其称为其他Git origin，因为这是标准名称。您有时会运行git fetch origin或git pull origin master或类似的名称：名称origin是您的Git查找用于调用另一个Git的URL的方式。

位于origin处的其他Git具有分支名称。 您的 Git 记住他们的分支名称，但是由于您的名字是您的，因此您的Git会以备用名称记住它们。这些是远程跟踪名称。您的Git将其master重命名为origin/master，将其xyz重命名为origin/xyz，依此类推。

在您的问题中，您谈到了upstream/newbranch。名称upstream是 second Git存储库的标准名称，您使用git remote add添加了它。与您交谈的每个“其他Git”都有一个名称，远程跟踪名称具有 remote 名称，后跟另一个Git的 branch 名称，中间用斜杠他们。因此，您可能同时遇到origin/newbranch 和 upstream/newbranch，这在下面很重要。

DWIM模式

当您运行git checkout会因为没有分支而出现 错误时，git checkout将在实际失败之前尝试一种新的技巧。

您的Git将扫描全部您的远程跟踪名称。例如，您可能有origin/master，origin/xyz，upstream/xyz和upstream/newbranch。

如果您已经有master并运行git checkout master，那么您就有一个master，因此git checkout将使用。但是，如果您运行git checkout newbranch并且没有新分支，则Git将扫描所有上述内容。只有upstream/newbranch“看起来正确”，所以Git会自言自语：啊哈，如果我现在从newbranch自动创建 upstream/newbranch，我可以切换到！这就是它的作用：创建作为新分支，然后切换到它。假设是，当您说切换到现有分支newbranch 时，您必须具有{strong> meant 从{{1 }} 。 Git做到了您的意思，而不是您的意思。

请注意，如果您运行newbranch，则Git有一个新问题：现在有两个个候选对象可用来创建upstream/newbranch。可以从git checkout xyz或xyz创建。默认情况下，DWIM模式将不会创建任何内容，并且您会看到错误。

（Git 2.21和更高版本具有origin/xyz来完全禁用DWIM。如果您不希望Git猜测所有可能的远程跟踪名称，这对bash完成脚本很有用。）

其他几件重要的事情

创建新的分支名称时，可以让Git设置其上游：

• 每个分支名称要么有一个上游，要么没有上游。
• 例如，upstream/xyz的上游通常是--no-guess。
• 上游设置为您提供了来自master的更多信息，并允许您运行origin/master，git status，git fetch和git merge，而无需指定其他内容。因此它很方便。如果觉得方便，请使用它。如果没有，就不要。

要显式设置分支的上游，请使用git rebase;要删除上游，请使用git pull。当git branch --set-upstream-to使用DWIM模式创建分支时，通常会将该分支的上游设置为创建分支时使用的远程跟踪名称。您可以使用git branch --unset-upstream进行调整；参见its documentation。

使用git checkout或git config时，您可以使用git branch或git checkout -b选项明确告诉Git是否设置新创建分支的上游（这些是相同的选项：一个只是较长的拼写）。请注意，在同时具有-t 和 --track的棘手情况下，使用：

origin/xyz

是运行的一种简便方法：

upstream/xyz

也就是说，它是

1. 指定在本地创建git checkout -t origin/xyz 时用于获取哈希ID的名称；
2. 指定本地名称为git checkout -b xyz --track origin/xyz ，因为使用的远程跟踪分支为xyz；和
3. 指定应将xyz设置为新的本地origin/xyz作为上游。

使用xyz的工作方式类似，不同之处在于您的新origin/xyz使用通过解析git checkout -t upstream/xyz找到的提交ID，而您的新xyz具有upstream/xyz作为上游

,

-b命令创建一个新分支并将其检出。而git checkout branch签出一个已经存在的分支。请注意，如果您已经在本地跟踪了newbranch，则git checkout -b newbranch或git checkout -b newbranch upstream/newbranch会引发错误。

例如。假设您没有名为random的分支。然后，以下给出错误：

git checkout random

但这会创建并签出random：

git checkout -b random

相反，如果您有一个名为random的分支，则第一个命令将您切换到随机分支，而第二个命令将引发错误。