Scrutinizer称它收到了Travis的通知“测试失败”,但实际上测试已经通过。

7

我在GitHub上有一个这个项目。在我的.travis.yml文件中,我使用了与每个项目相同的配置,将代码覆盖率数据上传到Scrutinizer:

after_script:
  - wget https://scrutinizer-ci.com/ocular.phar
  - php ocular.phar code-coverage:upload --format=php-clover test/build/logs/clover.xml

以下是Travis上最近成功构建的内容:

https://travis-ci.org/mindplay-dk/boxy/builds/61963347

这里是Scrutinizer上最近的一次失败检查:

https://scrutinizer-ci.com/g/mindplay-dk/boxy/inspections/ac33c2fb-6083-4984-bf41-983e4d0f54e2

“Scrutinizer被通知测试失败”的错误消息似乎会在Travis上传代码覆盖率数据后立即显示。

这种情况我经历过几次。这可能是由于一些检查器的bug导致的。但向支持部门报告问题迄今为止总是得到了帮助。 - Tomas Votruba
1
这就是我所做的 - 他们做了些什么,然后它起作用了。去想吧。 - mindplay.dk
1个回答

6
如果您检查单个构建作业,应该有一个上传命令输出类似于“通知没有可用的代码覆盖率”的内容。这通常发生在HHVM构建或PHP 7构建中,它们都不支持运行代码覆盖率。要解决此问题,请确保不要为这些版本运行上传命令。
after_script:
  - if [ "$TRAVIS_PHP_VERSION" != "7.0" ] && [ "$TRAVIS_PHP_VERSION" != "hhvm" ]; then wget https://scrutinizer-ci.com/ocular.phar; fi
  - if [ "$TRAVIS_PHP_VERSION" != "7.0" ] && [ "$TRAVIS_PHP_VERSION" != "hhvm" ]; then php ocular.phar code-coverage:upload --format=php-clover coverage.clover; fi

1
谢谢,我已经这么做一段时间了。最终,我只是写信给他们并询问了一下,他们在他们的端口修复了一些问题并使其恢复正常。自那以后我再也没有遇到过这个问题。 - mindplay.dk

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接