【问题标题】:Is there any way to have write access to the GitHub API from a github action?有没有办法从 github 操作获得对 GitHub API 的写入权限?
【发布时间】:2021-02-06 19:07:45
【问题描述】:

我正在尝试做一件简单的事情:标记拉取请求(稍后的目标是自动合并,但请耐心等待)。这是我尝试过的方法

  • 使用 github-script 根本不起作用。它不授予对拉取请求的写入权限
  • 我记得如果您使用curl 而不是 API,它会起作用。我试过这个:
name: "Etiquetador de pull request"
on:
  pull_request:
    paths:
      - 'objetivos/*'

jobs:
  Etiquetador:
    runs-on: ubuntu-latest
    steps:
      - name: Etiqueta el PR con "objetivos"
        env:
          REPO:  ${{ github.repository }}
        run: |
          PR_NUMBER=$(echo $GITHUB_REF | awk 'BEGIN { FS = "/" } ; { print $3 }')
          echo "https://api.github.com/repos/${OWNER}/${REPO}/issues/${PR_NUMBER}/labels"
          curl -X PUT -H "Authorization: Bearer ${{secrets.GITHUB_TOKEN}}" \
            -H "Accept: application/vnd.github.v3+json" \
            https://api.github.com/repos/${REPO}/issues/${PR_NUMBER}/labels \
            -d '{"labels":["objetivos"]}'

它也不起作用,结果:

{
  "message": "Resource not accessible by integration",
  "documentation_url": "https://docs.github.com/rest/reference/issues#set-labels-for-an-issue"
}
  • 作为替代方案,我尝试创建个人访问令牌。但是,这种事情似乎没有scope(实际上并没有专门授权编写标签或拉取请求相关信息的方法)。

  • 或者,您可以创建一个 GitHub 应用程序。不过,简单地给 PR 贴上标签似乎有点过头了。

  • 可以运行计划的操作来执行此类操作。当然,坏事变得更糟,这可能是另一种选择。但是,它会丢失上下文信息,并且需要遍历所有 PR 才能执行操作。

  • 市场上已有的应用程序 like this one 实际上并没有根据我正在寻找的文件路径进行标记。

这里还有什么想法吗?谢谢!

【问题讨论】:

    标签: github-api github-actions building-github-actions


    【解决方案1】:

    我正在尝试做一件简单的事情:标记拉取请求

    您是否尝试过使用专用的actions/labeler

    【讨论】:

    猜你喜欢
    • 2022-07-16
    • 2021-09-29
    • 1970-01-01
    • 2019-09-03
    • 1970-01-01
    • 2019-02-11
    • 2012-01-14
    • 2021-10-18
    • 1970-01-01
    相关资源
    最近更新 更多