问我怎么测试gitlab-ci.yml？

EN

看看GitLab 13.3 (2020年8月)是否能帮上忙：

更好地处理.gitlab-ci.yml文件 在查看您的CI定义时，您现在可以使用我们的CI链接器深入到管道处理中，以验证您的.gitlab-ci.yml的正确性。 CI linter不仅为语法验证提供反馈，而且还通过模拟管道来验证其他类型的逻辑错误和无效配置，就像您在主机上运行一样(没有实际运行任何内容)。 这有助于您更快地生成正确配置的管道，并帮助您避免管道通过linter但仍然无法运行的情况。 见文档和问题。

GitLab 13.3 (2020年8月)

CI linter现在除了提供错误之外还可以提供警告。 CI linter在验证您的.gitlab-ci.yml文件时，除了提供错误消息外，现在还可以提供警告。 这使我们有机会在评估管道时提供更多的指导，从而更容易通过更早地发现错误来避免更多的错误。 我们的初始迭代是在没有when:always的情况下使用workflow:rules规则时提供警告；这个场景在创建MR时会导致重复的管道，并且也是造成混乱的原因之一。 除了在linter页面上显示这条新的警告消息之外，它还将出现在管道视图和运行管道页面上，以帮助您改进CI配置。 见文档和问题。

使用GitLab 13.8 (2021年1月)，您可以检查其有效性：

管道编辑器中的CI/CD配置验证 以前，要验证您的CI/CD配置，您必须导航到CI链接页或提交您的更改并查找任何错误。 在这个版本中，我们在管道编辑器本身中添加了验证。 它在编写.gitlab-ci.yml文件之前不断检查管道配置，并向您提供配置有效的指示符。 这可以节省您的时间和精力，否则可以用来优化您的管道。

见文档和问题。

另见GitLab 13.12 (2021年5月)

管道编辑器中的管道状态小部件 以前，在使用管道编辑器提交更改后，您必须导航到另一个页面，以了解管道的实时状态。 在这个版本中，我们向管道编辑器添加了一个管道状态部件，这样您就可以在不影响编辑器的情况下监视管道的状态。

见文档和问题。

要记录在案:您还可以将gitlab-ci.yml复制到gitlab提供的linter表单中：

​

​

根据您正在使用的IDE，您可能能够找到检查有效性的插件。例如，在VS代码中，您可以使用一个名为gitlab-vscode-扩展名的插件来验证您的.gitlab-ci.yml文件。

如果您想以编程方式验证您的.gitlab-ci.yml，gitlab 提供API允许您将您的yml POST到/ci/lint，例如：

curl --header "Content-Type: application/json" https://gitlab.example.com/api/v4/ci/lint --data '{"content": "{ \"image\": \"ruby:2.6\", \"services\": [\"postgres\"], \"before_script\": [\"bundle install\", \"bundle exec rake db:create\"], \"variables\": {\"DB_NAME\": \"postgres\"}, \"types\": [\"test\", \"deploy\", \"notify\"], \"rspec\": { \"script\": \"rake spec\", \"tags\": [\"ruby\", \"postgres\"], \"only\": [\"branches\"]}}"}'

您可以使用gitlab-runner exec命令在本地运行构建(如果您控制运行程序，即)，如这里的官方文件中所述。

请确保您也以这种方式检查测试作业的局限性。