我有一个GitHub动作工作流文件@ myrepo / .github / workflows / Build Webpage.yml,其中包含以下内容:
name: Webpage Build
on:
push:
branches:
- webpage
jobs:
build:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v2
- name: setup node
uses: actions/setup-node@v2-beta
with:
node-version: '12'
- name: install deps and predeploy
run: |
npm ci
npm run predeploy
- name: Deploy
uses: JamesIves/github-pages-deploy-action@3.5.2
with:
GITHUB_TOKEN: ${{secrets.GITHUB_TOKEN}}
BRANCH: gh-pages
FOLDER: build
当我推送到网页分支时,“操作”选项卡中什么都没有发生,我根本无法分辨出我是否存在语法错误,或者如果某些内容没有完全正确设置,我过去在此仓库中遇到了与对我来说,显示every step must define a 'uses' or 'run' key
这样的语法Github确实可以识别工作流程
答案 0 :(得分:13)
因此,如帖子本身下方的注释所示,如果您希望工作流在分支x上运行,则.github文件夹必须位于分支x上,并且您要从中触发工作流的任何其他分支上
答案 1 :(得分:13)
master
还是main
?将来可能很愚蠢,但是对于2020年10月,请记住默认的GitHub分支已从master
重命名为main
({{3 }})
因此,如果您要从其他地方复制粘贴操作,请确保您定位到正确的分支(对于新的回购协议,这意味着大部分时间用{{1}中的master
替换 main
}工作流程文件。
如果您定位到错误的分支,则操作的名称将显示在GitHub上,但实际上没有任何操作会运行。
希望这可以在过渡期间对某人有所帮助!
答案 2 :(得分:2)
只是想添加一个发生在我身上的愚蠢案例。每当您添加新工作流时,有时可能会发生即使在正确指定所有内容后工作流也可能无法进入运行阶段的情况。 在添加操作本身后,请确保在运行该操作的任何分支中进行一些更改。确保也提交这些更改。这将触发操作运行并显示在仪表板上。
答案 3 :(得分:1)
.github/workflows
并使用它在 VCode 中创建文件夹时,它是.github / workflows
周围有空格 /
Actions
选项卡为我初始化 Actions 工作流而发现了这一点,所以我注意到了我的错误,这是解决此问题的好方法,原因是。强>答案 4 :(得分:1)
另一种情况,假设您在项目中已经有 workflow
文件并且如果您设置了 paths
,那么除非您在 path
文件夹中进行更改,否则工作流将不会运行。因此,如果您对保留在 workflow
之外的 path
进行任何更改将不会触发 Action
on:
push:
branches:
- master
paths:
- 'packages/container/**'
答案 5 :(得分:1)
需要注意的另一个陷阱:如果您 fork 另一个具有 Github 工作流程的存储库,工作流将在您的 fork 中默认禁用。
此功能的目的是防止您意外运行具有未知行为的导入工作流,这可能会造成安全隐患(例如通过访问机密)。
要重新启用工作流,请转到存储库的“操作”选项卡并确认您了解要启用的工作流。