Git Flow CLI与受GitHub保护的分支不兼容

可能在某些方面与之类似，但没有得到回答

基本上，如果我启用受保护的分支，并要求状态检查通过和PR得到至少一名审阅者的批准，我就无法使用完成功能（我觉得这很方便）。（请注意，我通常使用

git flow feature finish-S

挤压，以防相关）

即使PR已批准且符合标准（未过时、所有状态检查均通过、PR为绿色等），发布git flow feature finish将在本地和远程（默认情况下）删除该功能分支，并将PR合并到本地开发分支中。如果您尝试将develop推送到远程github，请执行以下操作：

remote: error: GH006: Protected branch update failed for refs/heads/develop.
remote: error: At least 1 approving review is required by reviewers with write access.
remote: error: 2 of 2 required status checks are expected.

我不确定github对什么不满意，是因为功能分支在没有通过UI合并的情况下被删除了，还是因为本地开发分支的状态现在已经偏离了它远程比较PR作为合并目标分支的状态。不管是哪种方式，使用git流样式的工作流而不使用github UI的内置合并功能似乎都不能真正与受保护的分支一起工作）

---

有人知道解决这个问题的方法吗？也许我不应该挤压提交，或者应该支持重基而不是合并？还有其他人成功地将git flow与受保护的分支一起使用吗？

我们在使用vanilla git CLI时遇到了相同的问题

我收到

远程：错误：具有写入权限的审阅者需要至少1次批准审阅。

在尝试推送

开发

（从

主控更新后）

似乎github会在您✅ 在合并前需要请求审核（我想这是有道理的，否则您可以跳过审核）

我们之所以遇到这个问题，是因为我们还检查了“包括管理员”

由于我们的管理员是唯一需要直接推动开发的人，所以我们刚刚禁用了该设置。您可能不是这样。
看起来您的链接问题现在有了与我类似的答案，我们实际上已经从gitflow CLi转移到完成功能。我们使用gitflow CLI启动功能，但现在总是通过github UI合并PR。这是我们能够找到的让工作流为整个团队工作的唯一方法（我们实际上希望强制管理员与所有其他开发人员的行为相同）。此外，我们还发现，在以这种方式关闭功能时，拉提醒之类的工具无法与度量一起工作（因为它根据github的“合并”而不是“关闭”跟踪PR。通过GitFlow CLI关闭会导致关闭PR，而不是合并PR。