复制一个远程存储库并运行git branch -a(显示git所知道的所有分支)。它可能看起来像这样:

* master
  remotes/origin/HEAD -> origin/master
  remotes/origin/master

在这里，master是本地存储库中的一个分支。Remotes /origin/master是远程命名origin上名为master的分支。你可以将其称为origin/master，如下所示:

git diff origin/master..master

你也可以把它称为remotes/origin/master:

git diff remotes/origin/master..master

这只是引用同一事物的两种不同方式(顺便说一句，这两个命令都表示“向我显示远程主分支和我的主分支之间的更改”)。

remotes/origin/HEAD是远程命名origin的默认分支。这让您可以简单地说origin而不是origin/master。

给我这样的傻瓜的简短回答(从Torek那里偷来的):

origin/master是“上次我检查master在哪里” master指的是"根据我一直在做的事情，master在哪里"

澄清一下(也是让我困惑的一点):

“remotes/origin/HEAD是默认的分支”是不正确的。

Remotes /origin/master是远程存储库中的默认分支(上次检查时)。HEAD不是一个分支，它只是指向一个分支。

把HEAD看作你的工作区域。当你这样想的时候，'git checkout branchname'对于将你的工作区域文件更改为特定分支的文件是有意义的。您将分支文件“签出”到您的工作区域。对于所有实际目的来说，HEAD是你在工作区域可以看到的东西。

我想让@ErichBSchulz的回答对初学者来说更简单:

Origin /master是远程存储库上主分支的状态 Master是本地存储库上的主分支的状态

origin -这是指向远程的自定义和最常见的名称。

$ git remote add origin https://github.com/git/git.git—你将运行这个命令来链接你的github项目到origin。这里origin是用户自定义的。 你可以用$ git remote rename old-name new-name来重命名它

---

master - Git中默认的分支名称是master。适用于远程和本地计算机。

---

origin/master -这只是一个在远程repo中引用主分支的指针。记住我说过原点指向远程。

$ git fetch origin -从远程存储库下载对象并引用到本地计算机[origin/master]。这意味着它不会影响您的本地主分支，除非您使用$ git merge origin/master合并它们。在运行此命令之前，请记住签出需要合并的正确分支

注意:获取的内容表示为远程分支。Fetch让您有机会在将更改集成到项目副本之前检查更改。显示你的和远程$git差异master..origin/master之间的变化

我认为这个git斜杠符号最好是通过查看你的。git文件夹来理解的。

---

例如，这里是我的.git的LibreOffice源代码库的一个略短的树。

在linux sudo中apt-get安装树是有用的。 在Windows中，我认为树命令可能仍然有效。

向下滚动，看看底部附近的refs(又名“references”):

$ tree  
.  
├── branches  
├── config  
├── description  
├── FETCH_HEAD  
├── gitk.cache  
├── HEAD  
├── hooks  
│   ├── applypatch-msg.sample  
    ...
├── index  
├── info  
│   └── exclude  
├── logs  
│   ├── HEAD  
│   └── refs  
│       ├── heads  
│       │   ├── master  
│       │   └── remotes  
│       │       └── origin  
│       └── remotes  
│           └── origin  
│               ├── distro  
│               │   ├── cib  
│               │   │   └── libreoffice-6-0  
│               │   ├── collabora  
│               │   │   └── cp-6.0  
│               │   └── lhm  
│               │       └── libreoffice-5-2+backports  
│               ├── HEAD  
│               ├── libreoffice-6-2  
│               ├── master  
│               └── private  
│                   └── mst  
│                       └── sw_redlinehide_4a  
├── objects  
│   ├── info  
│   └── pack  
│       ├── pack-b80087dc57e2b3315f449ca0f1aaa91987bf0c5e.idx  
│       ├── pack-b80087dc57e2b3315f449ca0f1aaa91987bf0c5e.pack  
│       ├── pack-eb4e6808029e712d8d9c2671accbbd98aaeb9a04.idx  
│       └── pack-eb4e6808029e712d8d9c2671accbbd98aaeb9a04.pack  
├── ORIG_HEAD  
├── packed-refs  
└── refs  
    ├── heads  
    │   ├── master  
    │   └── remotes  
    │       └── origin  
    ├── remotes  
    │   └── origin  
    │       ├── distro  
    │       │   ├── cib  
    │       │   │   └── libreoffice-6-0  
    │       │   ├── collabora  
    │       │   │   └── cp-6.0  
    │       │   └── lhm  
    │       │       └── libreoffice-5-2+backports  
    │       ├── HEAD  
    │       ├── libreoffice-6-2  
    │       ├── master  
    │       └── private  
    │           └── mst  
    │               └── sw_redlinehide_4a  
    └── tags  
        └── libreoffice-6-2-branch-point  

32 directories, 45 files

---

如果它是这样布局的，可能不会那么令人困惑，但事实并非如此:

repositories (i.e. independent trees)
├──local
│  └──master
│
└──origin1
│  └──master
└──origin2
   └──master

---

我们有三种基本类型的引用:头、遥控器和标签。

.git/refs/heads保存本地主文件。 .git/refs/remotes可以保存一些远程，尽管目前我们只有origin在其中。 .git/refs/tags(在其他地方讨论)。

起源如此，是我们唯一遥远的。它保存了原点/主节点。

---

我们发现我们有2个head(指向当前分支的指针)，一个本地的，一个远程的:

$ cat .git/HEAD                        #         local:  HEAD -> master
ref: refs/heads/master

$ cat .git/refs/remotes/origin/HEAD    # remote origin:  HEAD -> master
ref: refs/remotes/origin/master

---

如果你列出你的分支:

$ git branch -a
* master
  remotes/origin/HEAD -> origin/master
  remotes/origin/aoo/aw080
  remotes/origin/aoo/trunk
  remotes/origin/distro/capgemini/cg-4.1
  remotes/origin/distro/cib/libreoffice-5-0
  remotes/origin/distro/cib/libreoffice-5-1
  remotes/origin/distro/cib/libreoffice-5-2
  ...

列出的第一个分支(master)是唯一一个不是远程的分支。在这种情况下，我们有一个本地分支。这是我们开始自己工作的地方，用于我们自己的新分支和后续提交。

接下来，您可能有许多远程跟踪分支，我们这里就是这样做的。您知道这些是远程跟踪分支，因为它们的前缀是'remotes/'。这里显示的是远程命名的origin。

第二行是原点的当前分支指针。Remotes/origin: HEAD—指向—> master。这表明在远程存储库中，当前的分支是名为master的分支(不要与名为master的本地分支混淆)。 剩下的分支不在.git/refs/树中，而是在.git/ wrapped -refs中。

当我们获取git时，我们从远程存储库下载更改，到我们的远程跟踪存储库。

当我们进行git merge时，我们将这个本地远程跟踪存储库中的更改合并到我们的工作本地分支中，在这种情况下合并到我们的主分支中。

(当我们git pull时，我们在一次操作中完成这两个步骤。)

---

同样有趣的是，这些本地和远程uuid当前指向同一个节点(又名“提交”):

$ cat refs/heads/master                   # local         master
1ca409292272632f443733450313de5a82c54a9c

$ cat refs/remotes/origin/master          # remote origin master
1ca409292272632f443733450313de5a82c54a9c

因此，我们的本地主节点指向与远程源主节点相同的位置:

[local] master = [remote] origin master

---

最后，我认为看一下.git/ wrapped -refs也很有用

$ cat packed-refs 
# pack-refs with: peeled fully-peeled 
3c1d4742e649fe9c8aed8c2817fe3e1f3364f298 refs/remotes/origin/aoo/aw080
e87c8b7922e9a73e0abb7f9a7a47c9ac3374a826 refs/remotes/origin/aoo/trunk
b70fdffb041c12f124dcc0822b61bf3450e53137 refs/remotes/origin/distro/capgemini/cg-4.1
5dbc3f1754809b9489faaf380b1a4bdbcfbb6205 refs/remotes/origin/distro/cib/libreoffice-5-0
cfdbc96ca47d68d6785fd21829a8d61f49d6e591 refs/remotes/origin/distro/cib/libreoffice-5-1
5189c8c47461ef09739086e55512fc6a10245273 refs/remotes/origin/distro/cib/libreoffice-5-2
3bee5917569ca8e6ee3b086458f5b1a917b88ca1 refs/remotes/origin/distro/cib/libreoffice-5-3
92fbe703f9ca480d3a2b8610d87e991c729edf77 refs/remotes/origin/distro/cib/libreoffice-5-4
05c0a5df66cc69d75280f05b804cf82f3387d42b refs/remotes/origin/distro/cib/libreoffice-6-0
7fe193e759b24b90852e6e327115b77114d7b119 refs/remotes/origin/distro/cib/libreoffice-6-1
8187f7aa413e7ef7b377eea2b057d336bf256867 refs/remotes/origin/distro/collabora/cd-5.3
7a6b608591e21ef61dc05cff9fc58da531035755 refs/remotes/origin/distro/collabora/cd-5.3-3.1
....

---

毫无疑问，这留下了更多的问题而不是答案，但我认为它可以开始帮助你回答你自己的问题，什么是什么。