得到
拒绝允许 OAuth 应用在没有
workflow范围的情况下创建或更新工作流.github/workflows/cd.yml"
在git push。如何授予workflow范围？
【问题讨论】：
workflow 范围？我们需要更多关于正在发生的事情以及如何设置的详细信息，以便能够为您提供有用的答案。
标签： git github github-actions
当我尝试使用 IntelliJ 推送到包含 GitHub Action 工作流（.github/workflows 中的YAML 文件）的分支时，我确实遇到了这个问题。我没有发现 Internet 上的现有资源很有帮助，所以我希望这也能帮助您修复它。
TL;DR：生成一个新的个人访问令牌，在 GitHub 中启用workflow 范围，并配置您的应用程序以使用它。
背景：与 GitHub 集成的第三方工具（如 IntelliJ、Visual Studio Code、Github Desktop 等）使用令牌连接到您的 GitHub 帐户，以便他们可以代表您拉/推等。在 IntelliJ 的情况下，他们的指令只说包括 repo、gist 和 read:org 范围。但是您需要 workflow 范围来修改 GitHub Actions。
解决方法如下：
workflow。注意：如果您的应用程序自动刷新其权限，您可能可以跳过第 5 步，但这似乎不适用于 IntelliJ。
在 IntelliJ 中，最后一步是转到 Settings > 版本控制 > GitHub，然后删除现有的集成并重新添加它，粘贴在新令牌中。您必须找出您正在使用的工具需要做什么才能为其提供新的 GitHub 个人访问令牌。
【讨论】：
workflow 添加到其中来更改其范围。这正是我刚刚为克服这个问题所做的。
workflow 添加到它是解决此问题的最无缝和最简单的方法。非常感谢分享?！
对于 Windows 10：转到设置 -> 凭据管理器 -> Windows 凭据 -> 删除 github.com 凭据 -> 从 git-bash 控制台 git pull/push 您的 github 项目 -> 在您的 IDE/源代码控制中重新连接 GitHub 帐户. 您不需要使用“工作流程”创建个人访问令牌，您不需要创建秘密 GITHUB_TOKEN（它创建自动并且无法手动创建）
【讨论】：
运行 macOS Big Sur。我正在从 Atom 文本编辑器推送我的 .yml 工作流文件，这对我有用。
github.com 的条目（如下所示），属于 Internet password 类型，之前填充了一个看似随机的标记。将密码条目替换为步骤 1 中生成的令牌（以 ghp_ 开头的令牌）。【讨论】：
【讨论】：
就我而言，我在 macOS 钥匙串中有过时的 GitHub 凭据。我正在修改工作流文件并从命令行推送更改，因此我根本没想过检查钥匙串。 Updating credentials from the macOS Keychain 解释了如何使用git credential-osxkeychain 擦除钥匙串：
$ git credential-osxkeychain erase
host=github.com
protocol=https
> [Press Return]
然后我不得不再次输入我的用户名和密码。这次我生成了一个新的个人访问令牌并将该令牌用作密码。然后我终于可以推动工作流程的变化了。
【讨论】：
我已经包含了很多屏幕截图，因为它本来应该更难解决。
事后看来，@CSRedRat 说的是对的，但是当我遇到问题时，我无法理解，因为答案太简洁了。
最终导致我找到解决方案的是this article，这使情况更加清晰。
这是交易。虽然您可以使用 GitHub 开发人员设置菜单生成新令牌，然后将其粘贴到 Windows 凭据管理器中解决此问题，但您不应该因为最终该令牌将过期，然后您将再次遇到此问题，因为您手动设置了令牌，因此没有人知道如何刷新令牌。
取而代之的是，这个令牌 privs 问题需要通过 Git for Windows 修复。因此，这笔交易是“旧的”Windows 版 Git 凭据管理器没有要求 privs 来创建或更新工作流，但现在您需要它们。好消息是有一个名为 Git Credential Manager Core 的新版本，它确实要求提供这些权限等等。
新的凭据管理器随 Git 2.28 及更高版本一起提供，但默认情况下未启用。如果您已经安装了此版本或更高版本的 Git for Window，那么您甚至已经拥有该软件。就我而言，我的版本是 2.30.2，所以我已经有了新软件。
但它仍在使用我的旧 Git for Windows 凭据，这些凭据不具备所需的权限。这也可能是您的情况，或者如果您没有旧版本 2.28，那么您需要先安装更新版本。无论哪种方式，一旦您的机器上有足够新版本的 Git for Windows，下一步就是通过在 Windows 搜索框中键入“windows credential manager”来删除旧凭据。
然后找到每个git凭证，点击它，然后点击删除按钮。
现在，当您下次尝试从 git bash Visual Studio 或您使用的任何 git 客户端访问您的 get 帐户时，系统将提示您输入新凭据，因为旧凭据已消失。点击下方对话框中的Sign in with your browser按钮：
然后你会看到一个像下面这样的网页，如果你展开工作流下拉菜单，你会看到它正在询问你这次需要的权限。然后点击Authorize按钮。
一旦你这样做了，你会看到一个这样的页面，用于提供你的 github 密码：
现在，您在 Windows 凭据管理器中拥有了一个新凭据，该凭据具有您需要的权限，并且您曾经失败的操作现在将成功。是的！
【讨论】：
通过使用 Desktop Github App 推送我的更改来解决此问题（它似乎具有完全权限，而 vs 代码的范围有限）。
在通过修改后的工作流文件进行一次提交后，我能够在vs code 中再次正常进行推送提交。
【讨论】：
我在尝试将更改推送到 .\github\workflows\build.yml 时遇到了 CLion 2020.2.3 的这个问题。 CLion 似乎使用不包括“工作流程”范围的“JetBrains IDE 集成”令牌（GitHub 设置 -> 应用程序 -> 授权 OAuth 应用程序）。似乎没有办法更改此令牌的范围。
我创建了一个具有正确权限的新个人访问令牌（GitHub 设置 -> 开发人员设置 -> 个人访问令牌 -> 生成新令牌），但我无法配置 CLion 以使用它。
最终我能够使用 GitHub Desktop 推送提交。
【讨论】：
这在 GitKraken 上发生在我身上。我只是从 GitKraken 断开并重新连接 GitHub 并且它工作正常。
【讨论】：
我按照this article 安装Git Credential Manager Core 来自动处理这个问题 - 它对我来说效果很好（macOS）：
使用自制软件：
brew tap microsoft/git
brew install --cask git-credential-manager-core
【讨论】：
我必须将我的Git For Windows 升级到版本 2.29.2.2。这允许 git 命令行通过 GitHub 现在需要的浏览器登录。
我在尝试重置 Windows 凭据管理器并重新生成我的个人访问令牌后执行了此操作，但没有解决它。但它确实导致 GitHub 向我发送了这样一封电子邮件：
[GitHub] 需要操作 - 不再支持 Windows 版 Git 中的密码验证
我们检测到您最近尝试使用旧版本的 Windows 版 Git 对 GitHub 进行身份验证。 GitHub 改变了用户在使用 Git for Windows 时的身份验证方式，现在需要使用 Web 浏览器来对 GitHub 进行身份验证。为了能够通过网络浏览器登录，用户需要更新到最新版本的 Git for Windows。
【讨论】：
这发生在我的 PHPStorm 上。我试图使用 IDE 提交和推送我的更改，所以当我收到错误时，我尝试在 IDE 控制台上使用命令行推送，我得到了它。
【讨论】：
对于 IntelliJ IDE 用户，请按照以下简单步骤操作：
【讨论】：