测试/调试工作流操作的最快方法
学习Github工作流和操作，测试yaml的最佳、最快或最佳方法是什么。
我发现自己通过在浏览器中编辑工作流进行测试，然后提交，然后在另一个选项卡中单击“我的方式”进入操作并向下进入作业。
我知道您需要工作流中的容器，但我在想是否有更简单的方法来测试“yaml语言”。就像下面一样，我正在学习如何“呼应”环境变量。
这是一种方法还是有一种更聪明的方法，可以使用VSCode和一些docker容器来调试和学习调用函数等？
name: TestWF
on:
workflow_dispatch:
inputs:
logLevel:
description: 'Log level'
required: true
default: 'warning'
tags:
description: 'Test scenario tags'
jobs:
hello:
runs-on: ubuntu-latest
steps:
- name: Hello, World in GitHub Actions
run: echo $GITHUB_REF
共有1个答案
如前所述，act是建议的解决方案。然而，有时这并不是唯一的解决方案，最好的办法是使用SSH和以下工具对其进行调试：通过SSH进行调试或使用tmate进行调试
-
本文向大家介绍操作系统调试，包括了操作系统调试的使用技巧和注意事项，需要的朋友参考一下 调试是在计算机系统中发现问题并加以解决的过程。操作系统执行调试的方式有很多。其中一些是- 日志文件 日志文件记录了操作系统中发生的所有事件。通过将所有消息写入日志文件来完成此操作。有不同类型的日志文件。其中一些如下- 事件记录 这些存储了在系统执行中发生的所有事件的记录。这样做是为了可以理解所有事件的活动以诊断
-
import { QuoteComponent } from './quote.component'; import { provide } from '@angular/core'; import { async, TestBed, fakeAsync, tick, } from '@angular/core/testing'; class MockQuoteService {
-
下列每一个test选项在满足条件时，返回0（真）。 -e 检测文件是否存在 -a 检测文件是否存在 等价于 -e。不推荐使用，已被弃用[^1]。 -f 文件是常规文件(regular file)，而非目录或 设备文件 -s 文件大小不为0 -d 文件是一个目录 -b 文件是一个 块设备 -c 文件是一个 字符设备 device0="/dev/sda2" # / (根目录) if [ -b
-
我正在使用和我的应用程序。到目前为止，一切正常，但在将来测试一个排定的作业时，比方说一个月后，我会排定一个作业，然后将我的机器的系统时间更改为当天，在触发器触发前5分钟。我等着，扳机开火时间来了又去，但没有开火。我能够测试的另一种方法是更改oracle表中的fire时间，这样我们就不需要更改系统时间。当我把第二天的工作安排在4点的时候（不需要改变任何日期，但我等了24小时才开始工作），它也起作用了
-
嗨，当我运行我的测试通过一个计划的java代码，并使用WebDriver的关闭（）方法它是关闭各自的浏览器实例。但是，当我在testNG类中使用driver.close（）时，在任何@后注释中，如 然后它不会关闭浏览器实例。请尝试以下两个代码段：TestNGSnippet： 简单片段： 它是一个bug在testNG。注意：driver.quit（）正在工作，但我不能使用它，因为当我并行运行我的测试
-
我目前正在试用Pact，在工作流程中遇到了一个问题，无法找到满意的解决方案。希望有人能帮我。：-） null 到目前为止还不错。当使用者引入破坏性更改时，问题就会出现: 使用者将更改上传到Github后，上面描述的过程就会执行，提供者验证失败，这又会导致使用者构建按预期失败。 现在在提供者端进行了必要的更改。提供者针对测试阶段的使用者版本运行pact-verify，如果成功，则合并和部署新版本。