为什么在GitHub“拉动请求审核”中禁用“批准”按钮？

Question

问题背景：

到目前为止，我是GitHub存储库的唯一所有者。我将代码从系统提交到了一个名为release的分支（实际上，如果需要的话，它是基于develop分支的标记）。在GitHub中，我创建了一个pull请求，其中base分支是master分支，而compare分支是release分支。

但是我只能对评论发表评论，而不能批准。可能是什么原因？

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

这是master分支受我保护的方式：

Answer 1

kee*_*ahs 12

对我来说，唯一的选择就是禁用它。

在设置 > 分支 > 分支下禁用合并之前需要拉取请求审查

我是我的项目的唯一开发人员，所以也许我无法审查我自己的拉取请求。我做了一个公关，然后如果测试通过则将其合并......我知道我的答案没有完全回答问题，但上面的修复都不起作用......

Answer 2

如果您是提交拉取请求的人，则无法批准或请求对此拉取请求进行更改。仅当其他人要求执行此操作时，此功能才可用。

因此，您唯一的选择是对其进行评论。

这可能不是这种情况，因为我在另一个项目中做过一次。此外，如果我们合乎逻辑地思考，这种用例应该是允许的。假设，我是唯一的用户，我不想直接提交到 master 分支，然后从 dev 分支提交代码，提出拉取请求，然后自我批准就可以了。对？ (4认同)
我想强调的是，对于所有者代码的自我批准，仍然有一个强有力的论据。我有一个严格控制的 terraform 存储库，并使用 atlantis 来运行 terraform 计划和应用 - 并对拉取请求发表评论以及这些计划/应用的结果。作为所有者，我知道规则，并且应该能够打开拉取请求。亚特兰蒂斯应该能够对拉取请求发表评论，计划是什么，如果我喜欢这个计划，我应该能够批准我自己的更改。如果没有此功能，我唯一的选择是不具有 iac 透明度或不具有安全的主分支。 (4认同)
@Dexter：你可能会这么认为。我什至可能同意。GitHub 上的人不同意。你必须接受他们，因为他们是控制这件事的人。 (3认同)

Answer 3

我是我的 github 个人资料中唯一的开发人员。我是该项目的管理员。然而我无权批准我自己的公关。我确实看到了使用管理员权限进行合并的选项。