时间戳

首页 > 解决方案 > Git refs 合并与拉取请求中的头部

git - Git refs 合并与拉取请求中的头部

问题描述

refs/pull/ / head 指的是 PR 的负责人，但是 refs/pull/ /merge 呢，我没有找到任何 git 提交，它们在提交历史中显示为 /merge 的一部分。这个 /merge 到底是什么意思对于 PR 并且当 PR 有多个 cmmits 时，当 PR 打开时，当 PR 关闭时等

$ git ls-remote
From git@<repo url>
01c8cd97857c21cfc5d413bd64e3c0e8cc8fd03d        HEAD
37b88346a9edb426f676d080be502a1d4349c499        refs/heads/PR1
6fda26f078c00adf518ec620e94f54daa85bb894        refs/heads/PR1-1
bd88e471db4127f066b3b2f1d699b8296ca62f6d        refs/heads/PR5
25b5eec47ca186a778c93439cd81e8a4125b5d6f        refs/heads/PR6
58a82cf11218991f8f544a14ef6c57d3963690ee        refs/heads/PR7
a5831973e1a4561527551a8bc8a9d5f9436f004b        refs/heads/Pr2
01c8cd97857c21cfc5d413bd64e3c0e8cc8fd03d        refs/heads/develop
442c0bc7f8b3872660d48cbd42690be677314b94        refs/heads/master
37b88346a9edb426f676d080be502a1d4349c499        refs/pull/1/head
2db24e8a6a53ce006694c4c5db1886df44620372        refs/pull/1/merge
a5831973e1a4561527551a8bc8a9d5f9436f004b        refs/pull/2/head
4ea1814dda65e2ca8572fbbc5da9cc8141391ab8        refs/pull/2/merge
6fda26f078c00adf518ec620e94f54daa85bb894        refs/pull/3/head
b6cde57523fc73ce08dd7e588eeb606c3f047136        refs/pull/3/merge
442c0bc7f8b3872660d48cbd42690be677314b94        refs/pull/4/head
58a82cf11218991f8f544a14ef6c57d3963690ee        refs/pull/5/head
e4a82d455b8b8e81b70dfbf4f6d79a1fb5158cbb        refs/pull/5/merge
bd88e471db4127f066b3b2f1d699b8296ca62f6d        refs/pull/6/head
e8825e286aa9c36c04046c5d4ac85c9d7a4ebf5c        refs/pull/6/merge
25b5eec47ca186a778c93439cd81e8a4125b5d6f        refs/pull/7/head
ed262d8c4766b037207f3113b634c777b3a0af37        refs/pull/7/merge

例如。25b5eec47ca186a778c93439cd81e8a4125b5d6f refs/pull/7/headed262d8c4766b037207f3113b634c777b3a0af37 refs/pull/7/merge/

ed262d8c4766b037207f3113b634c777b3a0af37 refs/pull/7/merge/ 的意义是什么，这个提交 id ed262d8c4766b037207f3113b634c777b3a0af37 在任何地方都找不到

标签： gitgithubpull

解决方案

这refs/pull/<number>/merge是 GitHub 创建的参考，用于跟踪合并拉取请求会发生什么。refs/pull/<number>/head它引用了与目标分支（例如master）之间的合并提交。

您可以将其视为“未来”提交。GitHub（以及其他基于 Git 的协作平台）使用此技术来确定拉取请求是否会成功合并所有通过的检查并且没有合并冲突。

Atlassian 很好地解释了这个服务器端实现细节背后的原因：

当您查看拉取请求时，您会看到合并提交的实际样子。我们通过在幕后实际创建一个合并提交来做到这一点，并向您展示它与目标分支的尖端之间的区别。

他们显然在谈论 Bitbucket，但同样适用于 GitHub。

推荐阅读