如果您有一个使用--depth 1克隆的存储库，那么列出的许多命令将无法工作。例如，请参见此处

% git clone --depth 1 https://github.com/repo/code
Cloning into 'code'...
cd code
remote: Counting objects: 1778, done.
remote: Compressing objects: 100% (1105/1105), done.
remote: Total 1778 (delta 87), reused 1390 (delta 58), pack-reused 0
Receiving objects: 100% (1778/1778), 5.54 MiB | 4.33 MiB/s, done.
Resolving deltas: 100% (87/87), done.
Checking connectivity... done.
Checking out files: 100% (1215/1215), done.
% cd code
% git checkout other_branch
error: pathspec 'other_branch' did not match any file(s) known to git.
% git fetch origin other_branch
remote: Counting objects: 47289, done.
remote: Compressing objects: 100% (15906/15906), done.
remote: Total 47289 (delta 30151), reused 46699 (delta 29570), pack-reused 0
Receiving objects: 100% (47289/47289), 31.03 MiB | 5.70 MiB/s, done.
Resolving deltas: 100% (30151/30151), completed with 362 local objects.
From https://github.com/repo/code
 * branch            other_branch-> FETCH_HEAD
% git checkout other_branch
error: pathspec 'other_branch' did not match any file(s) known to git.
%

在这种情况下，我会重新克隆存储库，但可能还有其他技术，例如git浅层克隆（clone--depth）错过了远程分支

如果您正在尝试“签出”一个新的远程分支（仅存在于远程，而不存在于本地），以下是您需要的：

git fetch origin
git checkout --track origin/<remote_branch_name>

这假设您要从原点提取。如果没有，请用远程名称替换源。

要签出远程而非本地存在的myBranch，这对我很有用：

git fetch --all
git checkout myBranch

我收到了这条消息：

Branch myBranch set up to track remote branch myBranch from origin
Switched to a new branch 'myBranch'

我使用了先取后结账。。。

git fetch <remote> <rbranch>:<lbranch>
git checkout <lbranch>

…其中＜rbranch＞是远程分支或源引用，＜lbranch＞则是您希望跟踪的尚未存在的本地分支或目标引用，您可能希望将其命名为与远程分支或目标参考相同的名称。这在＜refspec＞解释中的选项中进行了解释。

Bash非常聪明，如果我在远程分支的前几个字母后制表，它会自动完成第一个命令。也就是说，我甚至不必命名本地分支机构；Bash自动为我复制远程分支的名称。谢谢，Bash！

同样，正如这篇类似的StackOverflow文章中的答案所示，如果您没有在fetch中命名本地分支，那么您仍然可以在使用-b标志签出它时创建它。也就是说，git fetch＜remote＞＜branch＞后接git checkout-b＜branch＜remote＜/＜branch>与我的初始答案完全相同。显然，如果您的存储库只有一个远程，那么您只需在fetch之后执行git checkout＜branch＞，它就会为您创建一个本地分支。例如，您刚刚克隆了一个存储库，并希望从远程查看其他分支。

我相信，提取的一些文档可能是从pull中逐字复制的。特别是选项中关于＜refspec＞的部分是相同的。然而，我不相信fetch会合并，所以如果您将冒号的目标端留空，fetch应该什么都不做。

注意：git fetch<remote><refspec>是git fetch<remote><refspec>的缩写：因此它不会做任何事情，但git fech<remote＞<tag>与git feach<remote>><tag>：<tag>相同，它应该在本地复制remote<tag>。

我想，只有当您想在本地复制远程分支时，这才有用，但不一定要立即检查它。否则，我现在将使用已接受的答案，这将在结账说明的第一部分和稍后选项部分的--track解释中详细解释，因为它是一行代码。好有点像一行程序，因为您仍然需要先运行gitfetch<remote>。

仅供参考：<refspec>（来源：destination）的顺序解释了Git1.7之前删除远程分支的奇怪方法。也就是说，不将任何内容推入目标refspec。

一个简单的命令gitcheckoutremote_branch_name将帮助您创建一个本地分支，该分支包含远程分支中的所有更改。

git branch＜name＞--跟踪原点/＜name＞