为什么签出远程分支会在本地创建一个分支

因为您无法在远程跟踪分支上工作。远程跟踪分支可以为您提供上次与远程存储库同步的离线视图（push、fetch或pull）。

如果您想做工作，您需要一个或多或少独立于远程分支的本地分支。否则，远程分支的更新将覆盖您的本地工作，并且您将无法选择协调分支。IntelliJ 假设您将执行本地工作，并随后创建一个本地分支供您使用。

如果您对命令行客户端执行相同的操作git，它将使您进入分离的 HEAD状态：

git checkout origin/yourbranch

这与 非常不同git checkout yourbranch，后者是从远程跟踪分支创建本地分支的 DWIM（“做我的意思”）方式。如果您想了解有关 DWIM 逻辑的更多信息，Romain Valeri 的答案可以满足您的需求。

看来 IntelliJ 足够聪明，可以git checkout <branch>在幕后调用，而不是git checkout origin/<branch>. 这是一件好事，请参阅knittl 的回答以了解原因。

当您尝试签出分支时foo，git 基本上会执行以下步骤：

• 如果它存在于本地（即，如果您有一个 file .git/refs/heads/foo），那么它就是一个简单的分支切换（当然，还有关于 git checkout 的所有常见警告）。

• 如果本地不存在，git 会检查您的某个遥控器是否有名为 的引用foo。然后：

  • 如果存在多个（例如，如果同时存在origin/foo 和origin2/foo），那么它会停止并要求您消除歧义。

  • 如果不存在，则签出失败，并显示有关路径规范不存在的消息。

  • 如果恰好存在一个，那么 git 会假设您想要一个新的本地分支与其关联。两个后果：它创建指向同一提交的新分支<your-remote>/foo，然后在两者之间设置分支跟踪配置。（它将您转换git checkout foo为隐式git checkout -b foo <your-remote>/foo，然后执行 agit config branch.foo.remote '<your-remote>'和git config branch.foo.merge 'refs/heads/foo'）

正如其他人所说，从问题中尚不清楚您期望它做什么，但我们可以看看它可以做的可能的事情。

不过，首先我们必须明确 git 中“签出分支”的含义：

1. 查找该分支指向的提交。（您可能认为它指向整个序列，但实际上它引用一个提交，并且该提交指向其他提交。）
2. 将当前工作副本中的文件替换为该特定提交中的文件版本。
3. 如果进行新的提交，记下应更新哪个分支指针。

现在，远程跟踪分支的目的origin/nameofbranch是充当存储库某些远程版本的缓存，并通过git fetch和等命令进行更新git pull。如果 git 正常完成所有三个步骤，您最终会将本地提交添加到“远程”分支，这将非常令人困惑。

所以 git 可以做以下两件事之一：

• 它可以完全跳过步骤3。如果您进行任何新的提交，则根本不会更新任何命名分支，您只会有立即孤立的提交。这被称为（相当令人震惊的）“独立的头脑”。如果您检查特定的提交哈希（步骤 1 和 3 没有意义）或标签（步骤 3 将破坏使用标签而不是分支的意义），就会发生这种情况。
• 它可以为您提供一个本地分支，可以安全地添加更多提交。换句话说，它将您的请求解释为“查看 上的最新提交origin/nameofbranch，然后开始在本地分支上工作”。

对于哪个更好有一定的意见；但在“独立的首脑”国家工作可能比为他们建立当地分支机构更让人们感到困惑。

当我在 Intellij 中使用 Git 签出此分支时，它会自动创建一个同名的本地分支，为什么会发生这种情况？

因为这就是它的git checkout 作用。从该命令的文档中：

更新工作树中的文件以匹配索引或指定树中的版本。

工作树是计算机上的本地目录。

“分支”实际上只是提交的集合。当您签出一个分支时，您会获得将文件系统置于特定状态的所有提交。您的工具（例如 IntelliJ）需要能够根据需要读取分支中的文件，并且它们从本地文件系统而不是服务器读取文件。