问题描述
我已阅读this关于将上游分支导入分支的答案。答案建议使用git checkout newbranch
切换到新分支。在这种情况下,我一直只使用-b
,它也可以正常工作。这些命令之间有什么区别吗?我的猜测是,如果分支名称与upstream/newbranch
不同,我只需要newbranch
来指定分支名称。但是,如果我只想要原始名称为git checkout -b newbranch upstream/newbranch
的分支,则使用git checkout newbranch
和-b
有什么区别吗?我已经读过{{1}}的{{3}},但实际上并不能回答我的问题。
解决方法
现有答案未完全涵盖 的工作原理,这有点复杂。在内部,Git将此事物称为
长期学习:背景
让我们以此开始:您的分支名称为您的。其他一些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
也就是说,它是
- 指定在本地创建
git checkout -t origin/xyz
时用于获取哈希ID的名称; - 指定本地名称为
git checkout -b xyz --track origin/xyz
,因为使用的远程跟踪分支为xyz
;和 - 指定应将
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
的分支,则第一个命令将您切换到随机分支,而第二个命令将引发错误。