为什么我的coveralls.io徽章即使在构建过程中也没有更新？

Question

我尝试使用coveralls.io为我的测试显示覆盖范围标记，但覆盖范围标记停留在“未知”上。

相关的回购在这里：https://github.com/cfogelberg/grunt-set-app-mode

当我查看该存储库的coveralls.io时，我看到了相同的"coverage: unknown“状态:coveralls.io/r/cfogelberg/grunt set-app-mode

但是，各个构建被正确地发送到coveralls.io：https://coveralls.io/builds/788669

我遗漏了什么？

Answer 1

如果清除本地缓存不能修复图像，问题很可能是Github将其作为图像URL匿名化过程的一部分进行缓存。

您可以使用以下curl命令强制Github清除其缓存中的图像。将示例网址更改为您的存储库中的网址，它将始终是https://camo.githubusercontent.com/后跟一个长哈希。

curl -X PURGE https://camo.githubusercontent.com/4d04abe0044d94fefcf9af2133223....

来源：GitHub Help: About anonymized image URLs

Answer 2

我错过了什么？

有可能是您的浏览器缓存了图像。我意识到这件事最近就发生在我身上。我不明白为什么我的徽章在我的github页面上显示了一件事，但在徽章的网站上却显示了一些不同的东西。

现在我倾向于在Chrome匿名窗口中检查网站，这样我就不用担心缓存问题了。

Answer 3

自从张贴这个问题以来，我已经推送了更多的提交，并多次重新运行coveralls任务，覆盖范围徽章现在可以工作了：

https://github.com/cfogelberg/grunt-set-app-mode/compare/4FB59ACC...58E23E5373

目前还不清楚为什么它现在有效，而之前没有。由于之前在coveralls上构建失败，coveralls已被添加到默认任务中。然而，它被添加到默认任务中，并在下一次基于套装的构建之前被推送到Github，后者只更改了README.md文件(修复了到david-dm.org徽章的链接)。

恐怕这不是一个真正的“解决方案”，我仍然很想知道(不确定为什么/谁否决了这个问题)，但无论如何，我希望这些信息对将来的其他人有用。