是否可以为单个存储库的前端和后端测试获得单独的覆盖率报告?
似乎一种可能的方法是将lcov
报告连接成一个,然后运送到工作服,如this question中所述。
但是,我想知道是否有办法查看前端和后端的单独代码覆盖率报告,或者为lcov
工作服提供两个文件。如果是这样,怎么做?
是否可以为单个存储库的前端和后端测试获得单独的覆盖率报告?
似乎一种可能的方法是将lcov
报告连接成一个,然后运送到工作服,如this question中所述。
但是,我想知道是否有办法查看前端和后端的单独代码覆盖率报告,或者为lcov
工作服提供两个文件。如果是这样,怎么做?
如果您参考 Coverall 的API 文档,您会看到他们的 Job API 支持一个名为 的可选参数service_number
。现在默认情况下,此选项旨在匹配 CI 系统的内部版本号,但您没有理由不能使用它来跟踪每个 CI 构建的多个覆盖率报告。
您可以这样做的一种方法是跟踪实际的CI 内部版本号,将其乘以 2,然后将该数字作为“后端”内部版本号,然后将其加一以使其成为“前端”内部版本号。加倍只是确保您不会多次发布到相同的内部版本号。当然,您可以使用另一种方法来生成这些 ID - API 在技术上采用字符串,因此您可以提交例如234-frontend
和234-backend
.
理论上,您也可以使用所需的service_name
参数来达到相同的效果。问题是某些保留的服务名称(“travis-ci”、“travis-pro”或“coveralls-ruby”)具有特殊功能,您可能不愿意牺牲这些功能。