Git 以吉特'；“origin”是参考文献还是其他什么？_Git

Git 以吉特'；“origin”是参考文献还是其他什么？

git

Git 以吉特'；“origin”是参考文献还是其他什么？,git,Git,“origin是参考号还是其他什么将origin定义为配置文件（如.git/config）中的配置变量remote.origin.url）是否正确 ref必须是文件，例如.git/refs/heads/*？如果是，那么origin是否仍然是ref？简短回答：origin是一个由六个字符组成的字符串。它在任何地方是否有任何意义取决于“任何地方” 更长的回答：是的，origin是一个ref或其他东西好的，这还不够长，所以让我们再长一点：一些Git命令查找远程文件。运行git clone时，如

“

origin

是参考号还是其他什么

将

origin

定义为配置文件（如

.git/config

）中的配置变量

remote.origin.url

）是否正确

ref必须是文件，例如

.git/refs/heads/*

？如果是，那么

origin

是否仍然是ref？

简短回答：

origin

是一个由六个字符组成的字符串。它在任何地方是否有任何意义取决于“任何地方”

更长的回答：是的，

origin

是一个ref或其他东西

好的，这还不够长，所以让我们再长一点：

一些Git命令查找远程文件。运行
```
git clone
```
时，如果不使用
```
-o
```
选项，则会得到一个名为
```
origin
```
的远程设备，因此：
```
git remote show
```
将列出
```
原点
```
。那是一个有效的遥控器
一些Git命令查找提交说明符、树说明符或类似的说明符。在这里，如果您使用的字母串不能被误认为是散列ID，Git将经历中概述的六步解析过程。我不打算在这里引用该文档，但请注意，这六个步骤中的一个是查看是否存在
```
refs/remotes/name/HEAD
```
。如果
```
origin
```
是一个有效的远程，并且
```
git fetch
```
以通常的方式运行，那么几乎可以肯定会有一个有效的
```
refs/remotes/origin/HEAD
```
转换为有效的提交散列ID

因此，

origin

是引用名称的有效形式，当Git尝试将其用作引用名称时。当Git试图将它用作远程设备时，它也是一个有效的远程设备

注意，一些Git命令同时查找远程名称和提交说明符。在这种情况下，

origin

可用于两种位置，并具有两种含义：

比如说。第一个

源文件是远程文件，第二个是参考文件。
链接到的术语文档中未定义“参考”一词。您是否将该词与“ref”或其他词互换使用？此处提供一些相关信息：这是一个遥控器。远程存储库是您跟踪其分支的存储库。遥控器有一些属性，如url
，pushurl
，获取
，push
，等等。这些属性被定义为remote.origin.url
，remote.origin.pushurl
等。ref可以是.git/packed refs中的文件或条目。
git push origin origin:newbranch