无需频繁触发执行，如何测试GitHub/GitLab流水线？

GitHub 相关方案 #

• 本地模拟运行Actions：用act工具（基于Docker），直接在项目本地触发GitHub Actions流水线。在项目目录执行act就能默认跑整个流水线，也可以指定单个job：act -j build。它会拉取对应镜像，模拟GitHub的运行环境，本地改动无需推送就能测试。
• 轻量临时分支测试：不用创建PR，推一个临时分支（比如test-ci-202405）到远程，然后在GitHub仓库的「Actions」页面找到该分支的流水线并触发，测试完成后删除分支即可，流程比PR简化很多。
• 本地配置语法校验：用actionlint工具提前检查.github/workflows配置的语法错误，执行actionlint就能扫描文件，避免推送到远程后才发现配置问题。

GitLab 相关方案 #

• 本地执行CI任务：使用官方的gitlab-runner，在本地注册runner后，执行gitlab-runner exec docker <job-name>（以docker executor为例），直接读取本地的.gitlab-ci.yml配置，用本地代码运行指定CI任务，无需推送至GitLab。
• 手动触发远程流水线：在GitLab仓库的「CI/CD > 流水线」页面，点击「运行流水线」，选择已存在的分支（哪怕没有新推送），或者手动输入分支名，还能自定义变量，无需推送新commit就能触发流水线测试。
• CI配置本地校验：用GitLab CLI的glab ci lint命令，本地校验.gitlab-ci.yml的语法和逻辑问题。

通用建议 #

优先用本地工具模拟运行，能最快验证流水线逻辑；如果需要测试远程环境的依赖（比如私有镜像、仓库权限），再用临时分支或手动触发远程流水线的方式，既节省时间又能覆盖不同场景。

内容的提问来源于stack exchange，提问作者Maik Lowrey