编写 Github actions 脚本怎么测试

[ljkgpxs]

如题，写 yaml 时，难免会有写错的地方，或者需要改进的地方，如果在当前项目上写一点就 push 一次，然后在 github actions 上测试，总感觉不够优雅，你们是怎么测试的

[swq1227]

试试 https://github.com/nektos/act

[AoEiuV020JP]

看你测什么了，我感觉 actions 最特殊就是自带了大量开发环境，这方面没什么好办法模拟相同情况的，
如果是项目自身的编译处理有复杂流程， 我是尽量写 shell 脚本本地调好了 yaml 只简单调用，

[machilus]

建 PR 的分支 push 一下，然后 workflow 直接在那个分支跑，跑好之后 squash 那个 PR 就好了

[hellojukay]

你可以 fork 项目，改改测测，push 跑一下，测通过了以后，PR 合并到源仓库。

[crysislinux]

像楼上说的在另外一个仓库测试，写的过程中平台无关的计算逻辑你可以本地测试

[ljkgpxs]

@machilus 这种方式挺好，一个 squash 就看不出来改过啥了

[ljkgpxs]

@swq1227 有时间试试，本地测试反馈速度应该更快

[eagleoflqj]

临时把 mxschmitt/action-tmate 放在最后一个 step ，可以在前面 step 失败时给你一个 ssh 进去的机会，调通后改 yaml ，最后删掉这步再 push

[404www]

@eagleoflqj 这个好

[hengshenyu]

我自己的拉一个 repo 都是 force push 。commit 懒得写

[ljkgpxs]

@eagleoflqj 卧槽，还有 ssh 这种操作，长见识了