Github actions 在GitHub操作中,是否可以访问已删除分支的名称?

Github actions 在GitHub操作中,是否可以访问已删除分支的名称?,github-actions,Github Actions,可以由触发GitHub操作。但是,根据这些规则,GITHUB\u REF变量随后指向默认分支,而不是已删除的分支。(同样适用于。) 是否可以获取已删除分支的名称?具体来说,我想用分支名称的ID清理一个部署,该ID是为响应推送事件而创建的。您可以从github上下文访问github.event.ref和github.event.ref\u type 当其他ref类型也被删除时,将触发该事件。因此,您只需过滤分支删除 name: Branch Deleted on: delete jobs: d

可以由触发GitHub操作。但是,根据这些规则,
GITHUB\u REF
变量随后指向默认分支,而不是已删除的分支。(同样适用于。)


是否可以获取已删除分支的名称?具体来说,我想用分支名称的ID清理一个部署,该ID是为响应
推送
事件而创建的。

您可以从github上下文访问
github.event.ref
github.event.ref\u type

当其他ref类型也被删除时,将触发该事件。因此,您只需过滤
分支
删除

name: Branch Deleted
on: delete
jobs:
  delete:
    if: github.event.ref_type == 'branch'
    runs-on: ubuntu-latest
    steps:
      - name: Clean up
        run: |
          echo "Clean up for branch ${{ github.event.ref }}"

变量是从文件
$github\u event\u路径的内容填充的
github.event.*
?为什么它们不像其他变量那样是环境变量呢?
github.event.*
context是事件负载。您可以在文档中看到有效负载的示例。每个事件都有这样一个负载,在工作流期间可以通过
github.event
上下文访问该负载。是的,我相当确定
GITHUB\u EVENT\u PATH
上的文件内容是相同的负载。GitHub将负载的每个属性都转换为环境变量是不明智的。太多了。