为什么GitHub中的“批准”按钮被禁用；拉取请求审核“；？

问题背景：

到目前为止，我是GitHub回购协议的唯一所有者。我将代码从我的系统提交到一个名为release的分支（实际上是一个基于developbranch的标记，如果这很重要的话）。在GitHub中，我创建了一个pull请求，其中基本分支是master，而比较分支是release

但我只被允许评论评论，不被允许批准。原因可能是什么

注意：没有合并冲突，在创建拉取请求时，显示可能合并的绿色信号

我是如何保护主分支的：

---

如果您是提交拉取请求的人，则无法批准或请求对此拉取请求进行更改。 只有当其他人要求这样做时，它才可用

---

所以你唯一的选择就是评论它

我今天也遇到了同样的问题，并设法解决了它

只有当您试图将代码放入其中的分支的分支保护规则启用了以下设置时，才会出现此问题：包括管理员

此设置的定义是：为管理员强制执行上述所有配置的限制

---

禁用此设置，它将允许您作为唯一所有者接受自己的请求。

我也面临同样的问题，我能够通过解决分支之间的所有冲突来合并分支

在解决冲突之前，出现了一条错误消息，例如无法自动合并，但您可以创建一个请求

然后我删除了那个拉请求，在解决了所有冲突之后，我再次创建了拉请求，并显示了一条消息“能够合并”

创建拉取请求

检查消息“能够合并”。如果有关于冲突等的错误消息，那么您可能无法自己合并它。

在拉动请求选项卡下，您将看到绿色按钮“合并拉动请求”已启用

通过单击该按钮，Pull请求将成功合并。

---

我也遇到了这个问题，但我能够通过将Pull请求分配给我自己来解决它。这使我可以查看自己的拉取请求并将其与主分支合并。

Hmmm…这可能是权限问题吗？也许你必须授予自己某些权利才能看到这些选项？我想是的。但是没有得到任何线索。GitHub文档和其他资源没有指出任何此类案例或任何此类权限。我能看到的唯一配置选项是项目的设置选项。可能我需要在任何不太直观的选项卡中挖掘更多内容。嗨，你有机会查看我的答案吗？@variable，revied。感谢分享实现这一点的方法。请你接受它作为答案-因为当前标记的答案不正确。这可能不是我在其他项目中做过一次的情况。同样，如果我们从逻辑上考虑，这样的用例应该是允许的。假设，我是唯一的用户，我不想直接提交给master分支，然后从dev分支提交代码，提出pull请求，然后自我批准就可以了。是吗？@Dexter:你可能会这么想。我甚至可能会同意。GitHub的人不同意。你必须和他们谈谈，因为他们是控制这一切的人。@torek，谢谢你的评论。你能分享一个同样的链接吗。我的意思是，我在哪里可以得到更多关于这个的信息。接受这个作为答案。我相信与我之前的论点相反的论点——如果你自己要批准它，你的要求有什么意义。正如我所说，我曾经能够合并它，也许是因为我没有使该分支受到保护。我没有对GitHub上的受保护分支感到烦恼，但我知道您也可以将自己列为该保护的例外。我不确定接下来会发生什么。这是不正确的，当“包括管理员”被禁用时，同样的问题仍然存在。这个答案（部分）是正确的。我刚刚检查过，如果您是管理员且规则不“包括管理员”，您可以绕过“分支保护规则”合并您自己的PR。您将在“合并请求”按钮上方看到此消息：

作为管理员，您仍然可以合并此请求。

单击后，您需要确认您想

使用管理员权限合并此请求。

您可以合并您自己的PR，但您仍然无法“批准”或“请求更改”，这就是问题所要问的。谢谢你添加这个Hi Rahul，正如我在问题中提到的，我没有合并冲突。因此，根据您的观察，现在GitHub的行为在这方面发生了变化？不，如果是Approve，行为是相同的，但我能够自己合并拉请求。您确定能够查看自己的拉请求吗？我现在检查了一下，使用“分支保护规则”，我所能做的就是对我自己的PR进行“评论”，而不是“批准”或“请求更改”。添加评论将不允许我合并PR，因此我认为您的解决方案不起作用。也许你成功地合并了你自己的公关，因为你的规则没有“包括管理员”。