如何在GitHub中禁用拉取请求？

我试图了解如何在github中禁用"pull requests".

问题1:我们正在尝试使用rebase工作流程,这意味着如果不是快速推送,使用拉取请求可能会有害.一个解决方案:为我要禁用拉取请求的分支设置分支权限.或者将我作为评论者加入到掌握的任何东西中.

问题2:所以这就引出了问题,我可以在github中设置分支权限吗？我是否可以将自己添加为审阅者,以便进行任何想要掌握的变更？

问题3:Github肯定删除了预接收挂钩,那么在源命中服务器之前如何执行任何强制执行？预先提交钩子可以完成,但同时可能会很痛苦.

我在这里问了一个类似的问题:在github上提交消息钩子

似乎github对于合并工作流甚至git-flow都很有用,但是对于rebase工作流来说很难维护,这是一个公平的假设吗？

我可以将atlassian Stash视为rebase工作流程的更好工具吗？

根据GitHub的支持,这是不可能的

我在2018年2月请求支持support@github.com,如果可以删除Pull Requests选项卡,@ nickcannariato的回复是:

感谢您的来信!我们肯定听过一些用户在过去几年中要求此功能,而且它目前在我们的功能请求列表中.我不能对将来是否或何时添加此功能做出任何承诺,但我会将您的+1添加到该功能请求中,以便团队可以看到它.

确认不可能.

要求事实上的跟踪器:

https://github.com/isaacs/github/issues/1191

https://github.com/dear-github/dear-github/issues/84

我创建了一个工具,可以在打开请求时自动关闭拉取请求.

https://nopullrequests.appspot.com

请注意(考虑到2015年1月的OP日期):

自2015年9月起,您可以在GitHub仓库中保护分支机构.

这意味着受保护的分支:

不能用力推

无法删除

在所需的状态检查通过之前,无法将更改合并到其中

在批准所需的审核之前,不能将更改合并到其中

无法编辑或从Web上传文件

自2016年10月起,您可以驳回评论

但是,这个要求有时会在没有充分理由的情况下阻止团队的进展.
如果某人留下了请求更改然后去度假或遇到计算机问题的评论,那么即使您已经解决了评论者的疑虑,您的拉取请求也可能会被阻止数天.

这将取消阻止您的拉取请求,释放您合并它!