github pull request branch rebase detection

Question

我正在寻找简单的方法来确定在通过github web界面合并之前，pull request分支是否已经在当前master上重新绑定。到目前为止，我必须检查父提交哈希，并将其与最新的主提交哈希进行比较。我希望在合并按钮旁边看到一些真/假图标，以避免合并非重新绑定的分支。任何建议或可能的插件/浏览器扩展等？

Answer 1

我不知道任何这样的插件，它可以检测拉取请求分支是否已重新绑定在主分支之上。无论如何，在合并GitHub上的pull请求之前，您应该习惯总是检查本地和主分支。但是我发现您的工作流程存在更大的根本性问题。看来你正试图通过GitHub合并基础功能分支。这打破了重新分配的主要目的。

重新绑定主服务器上的本地功能部件的全部要点是让主服务器“领先”，以便您可以使用您的功能中的所有提交快速转发主服务器分支。的图将有助于解释这更好：

master: A <- B 
feature*: A <- B <- C <- D 
(* after rebasing feature branch on master) 

现在，如果你发出git push origin feature:master你会快进主分支整套提交弥补你的特点的。现在主人看起来像特征分支：

master: A <- B <- C <- D 

请注意，此处不涉及合并。您直接将您的功能中的每个提交直接推送到主分支上。在另一方面，这里是主人会是什么样子，如果你通过GitHub的拉动请求合并特性分支：

master: A <- C <- M 

这里，M是合并提交包含现已被压扁整个特性分支。显然，这是两个截然不同的结果，你应该仔细考虑你的组织在他们的Git工作流程中真正需要什么。

最后，请注意，GitHub喜欢强制执行基于合并的工作流程。如果您发现自己正在审核拉取请求，那么您应该认识到，很可能您会撤销某人为了重新设定其主人的功能所做的精心工作。可以在GitHub中使用rebase，但是你必须解决pull请求。