Closed fanksy closed 2 months ago
codecov.json是直接从V8原始数据读取的,仅包含行指标 coverage-final.json是从V8转换成Istanbul数据获取的,除了行指标,还有其他比如分支指标
多余的分支数据,问题可能出在编译代码和源代码的差异,得debug一下才知道,基于你提供的暂时看不出所以然
比如源码用到一个语法,a.?b.?c
,编译后会转换成可能是3个条件分支的判断
如果你能提供一个demo仓库我可以帮你看看,或者你可以自己使用 logging: "debug"
调试一下
“a.?b.?c,编译后会转换成可能是3个条件分支的判断”,编译后确实有这种情况,但是我报告的绝对不是这种情况,42行仅仅是一个方法的定义,“export async function bootstrap()”,这个再怎么编译,也不可能编译出分支。问题的根源还是在于分支还原定位的准确性不够。可惜codecov.json数据不适合做增量统计。
codecov.json是直接从V8原始数据读取的,仅包含行指标 coverage-final.json是从V8转换成Istanbul数据获取的,除了行指标,还有其他比如分支指标
多余的分支数据,问题可能出在编译代码和源代码的差异,得debug一下才知道,基于你提供的暂时看不出所以然 比如源码用到一个语法,
a.?b.?c
,编译后会转换成可能是3个条件分支的判断 如果你能提供一个demo仓库我可以帮你看看,或者你可以自己使用logging: "debug"
调试一下
由于涉及公司源码,所以不能提供,我看看能不能写个demo还原下
所以才需要调试,才能查到根本原因 能否拷贝一个简单例子,能复现这个问题就好
之前也有过一些非常特殊的情况,但是可以通过写代码针对特殊情况做特殊修正的,但现在我得知道是个什么情况,所以需要能重现问题的例子
先close了,等需要的时候再提新的
版本:2.8.2
生成的codecov.json是准确的,但是istanbul格式的coverage-final.json误差却很大
coverage-final.json
codecov.json
42行这里是没有分支的,而istanbul报告却多了5个分支,codecov结果是准确的
源码: