如何解决拒绝允许OAuth应用程序在GIT推送时创建或更新工作流(&Q；) [英] How to resolve "refusing to allow an OAuth App to create or update workflow" on git push
本文介绍了如何解决拒绝允许OAuth应用程序在GIT推送时创建或更新工作流(&Q；)的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！
问题描述
获取
拒绝允许OAuth应用在没有
workflow作用域的情况下创建或更新工作流workflow
在git push。如何授予workflow范围？
推荐答案
我在尝试使用IntelliJ推送到包含GitHub操作工作流的分支时，确实遇到了这个问题(YAML文件在.giroub/WORFFLOWS中)。我没有发现Internet上现有的资源很有帮助，所以我希望这也能帮助您修复它。
TL；DR：在GitHub中启用workflow作用域的情况下生成新的个人访问令牌，并配置您的应用程序以使用该令牌。
背景：与GitHub集成的第三方工具，如IntelliJ、Visual Studio Code、Github Desktop等，使用令牌连接到您的GitHub帐户，以便它们可以代表您推送/推送等。在IntelliJ的情况下，他们的指令只说包括repo、gist和read:org作用域。但您需要workflow作用域来修改GitHub操作。
修复方法如下：
- 在您的Github帐户中，转到设置(在您的头像右上角的下拉列表中)
- 转到开发人员设置&个人访问令牌
- 如果您的应用程序已列出，请单击其名称以编辑与其令牌关联的设置。确保
workflow已勾选。 - 单击"更新令牌"保存更改。
- 在同一页上，单击生成令牌。请仔细阅读信息，然后单击"确定"继续。
- 复制Github向您显示的新令牌。
- 您需要使用新令牌重新创建应用程序与Github的集成，更改才会生效。
注意：如果您的应用程序自动刷新其权限，您可能可以跳过后续步骤5，但这似乎不适用于我的IntelliJ。
在IntelliJ中，最后一步是转到设置&版本控制>；GitHub，然后删除现有集成并重新添加，粘贴新令牌。您必须了解需要对您正在使用的工具执行哪些操作才能为其提供新的GitHub个人访问令牌。
这篇关于如何解决拒绝允许OAuth应用程序在GIT推送时创建或更新工作流(&Q；)的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
查看全文
