criterion-single-page-html

实验性代码，等等

卖点

使用 concourse ci 并以自动化方式引用 GitHub 问题的评论中的工件，需要快速提供对基线的 criterion 基准运行的基准，即作为一个更改集的一部分，即拉取请求。现在，可以托管和维护一个具有凭证的 web 服务器来托管 criterion 生成的文件和文件夹树，但这很麻烦，并且基础设施应该是无维护的（对我而言）并且是可替换的。这就是 s3 的由来。

正确的做法是实现这一点作为 criterion 渲染输出，但出于多个原因，这样做是不合适的，主要是由于 harness 输出的替代用途。

它做什么？

它将所有从 <a href..> 链接的文件（从 --root 开始以相对路径）拉入，并将它们整合到具有唯一 ID 的部分中，该 ID 来自文件内容。对链接的 .svg 文件有特殊处理。

<link src=.. 将被转换为内联数据 URL。

无聊，是吗？

注意事项

• 如果您有 100 多个运行和内联 svg，它会变得非常慢。记住，<section style="display=none".. 仅 隐藏 内容，但仍需渲染它。使用内联 svg 文件并不能显著改善情况。请准备好缓慢和不快乐的浏览器标签页。
• 目前 svg 除了 <title 之外没有遍历，这可能导致在 本地 字体的情况下出现问题。
• 指向 http:// 或 https:// URL 的任何链接都不会被触及，只有 相对 URL 将被转换。

再次强调，它主要关注处理 criterion 输出。

如果您觉得这个有用，那就太好了！