【问题标题】:How to test github workflow without merging into master/main branch如何在不合并到主/主分支的情况下测试 github 工作流
【发布时间】:2021-05-27 06:37:51
【问题描述】:

我正在创建一个新的 git 工作流程。就像任何其他代码一样,我想单独对其进行测试,而不必先将其合并到 master 中。

如果在工作流 yaml 中出现某些问题,我必须进行一些更正,这也会有所帮助。

这是我正在寻找的机制:

  1. 主分支有 .github 文件夹,其中包含所有工作流
  2. 我创建了一个分支并将我的工作流添加到 .github 文件夹中
  3. 现在我应该能够看到(在 Github 上的某个地方)从我的分支运行的工作流
  4. 当我知道工作流工作正常时,我将我的分支合并到 master
  5. 现在在 github 的“操作”选项卡下,将反映新的工作流程

有没有办法做到这一点?

【问题讨论】:

  • 您可以使用nekdos/act 在本地运行您的 GitHub 操作

标签: github github-actions


【解决方案1】:

我实际上是在做所有名字的工作流测试,你可以看到this test workflow workflow-level-notification没有合并到master分支(即默认分支),我仍然可以看到in the UI的工作流。

就像 GuiFalourd 说的,你也可以使用act 来做本地测试。但是直接在 github repo 中工作并没有那么糟糕。 (之后可以删除工作流)

【讨论】:

  • 如果这行得通,那就太好了。让我检查一下。我想我不必过于频繁地使用工作流,所以我会保留act 作为第二个选项,因为会有学习曲线。
  • 更新:第一种方法效果很好。 Github 将显示和执行来自任何分支的工作流。删除分支时,不会为已删除分支中的工作流触发新操作。但是你仍然会看到过去的处决,这对我来说很好。接受这个作为答案。
  • 它是如何工作的?你能解释一下吗?我在一个分支中创建了一个工作流文件,创建了一个 PR,但是在操作选项卡中我看到“.github/workflow/name-of-file.yml”,如果我点击它,我会看到分支的提交跨度>
猜你喜欢
  • 2022-01-24
  • 2011-10-30
  • 1970-01-01
  • 2021-03-22
  • 1970-01-01
  • 2019-02-07
  • 1970-01-01
  • 2011-11-21
相关资源
最近更新 更多