Git refs合并与head在pull请求中

如何解决Git refs合并与head在pull请求中

refs / pull / / head指向PR的头，但是refs / pull / / merge呢？我没有找到任何git commits，它们显示为/ merge的一部分。提交历史记录。对于PR，此/ merge的确切含义是什么，当PR有多个cmmit时，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 / head ed262d8c4766b037207f3113b634c777b3a0af37 refs / pull / 7 / merge /

ed262d8c4766b037207f3113b634c777b3a0af37 ref / pull / 7 / merge /的重要意义是什么 并且此提交ID ed262d8c4766b037207f3113b634c777b3a0af37在任何地方都找不到

解决方法

refs/pull/<number>/merge是GitHub创建的引用，用于跟踪合并合并请求请求时将发生的情况。它引用了refs/pull/<number>/head和目标分支（例如master）之间的合并提交。

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

Atlassian很好地解释了此服务器端实现详细信息here背后的原因：

当您查看一个拉取请求时，您会看到最终的合并提交实际上是什么样子。为此，我们实际上在后台创建了一个合并提交，并向您展示了它与目标分支尖端之间的区别。

他们显然是在谈论Bitbucket，但对GitHub也是如此。