- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
我阅读了 here那 git FETCH_HEAD 是一个短暂的引用。 git FETCH_HEAD 引用的生命周期是多少?
当我执行 git fetch origin
时,在这种情况下会更新许多远程跟踪分支。 FETCH_HEAD 指向哪里?
最佳答案
这根本不是真正的引用;引用是指向单个提交的指针(或者,在 HEAD
的情况下,是分支名称)。 FETCH_HEAD
而是关于上次获取的分支的 git 元数据。它一直存在,直到被另一个 fetch 重写
这不是真正的引用,包含所有有关已获取的远程跟踪信息的信息。
当您运行 git merge FETCH_HEAD
(或通过运行 git pull
隐式执行此操作)时,git 会特别对待它,而不是将其视为普通引用。相反,将查询 FETCH_HEAD
文件,并且 git 将查找没有给它的特殊标记 not-for-merge
的分支。该分支将用于 merge 。 (Git 根据与您的 git fetch
调用对应的远程跟踪分支或您运行它时所在的分支来确定此分支。)
请注意,在 FETCH_HEAD
中,还包括有关远程分支的详细信息,这允许 git 为 merge 提交创建一条消息,详细说明该分支来自何处 . (例如,“Merge of branch 'master' of https://my.visualstudio.com/my/repository
”)。
FETCH_HEAD
,就像很多 git 存储库元数据一样,只是一个文本文件;阅读它以了解它在每次获取后如何变化是非常有启发性的。 (例如,您可以看到您链接到的答案非常不正确,FETCH_HEAD
确实不包含单个分支的信息,它包含所有 Remote 上的分支。)😃
关于git FETCH_HEAD 短暂引用,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/50568263/
我有一个测验应用程序,用户可以在其中使用单选按钮回答一些问题。只有一个答案是正确的。 当我单击我的按钮以显示正确答案时,它会显示在 textView 中。 到目前为止,我还有另一个按钮可以导航到下一个
当使用 IoC 容器时,我可以指定当需要给定的依赖项时,要么每次传入一个新对象,要么传入的对象始终是同一个实例。 我曾认为内部和外部模块分别提供了该功能,但现在我不太确定。此外,我发现在使用“内部”模
我是一名优秀的程序员,十分优秀!