<div dir="ltr"><div><div><div><div>Hi,<br></div>I'm wondering whether with the current code coverage tools/CI used, and without excessive work and burden, we would be able to spot merge requests or commits that lower the code coverage.<br><br></div>That is, automatically performing a kind of diff between two code coverage reports and identifying the commits (and, thus, the files) that actually make the coverage figure change. Or at least, those that make the figure decrease.<br><br></div><div>If I'm not mistaken some CI tools already provide a coverage report (or at least the figure) for each commit (not 100% sure). I guess that would ideally allow maintainers to take action before a topic or commit makes its way into master.<br><br>For example, that would allow to automatically ask the developer to raise the coverage, or setting some policy to require at least say, a 95% coverage in new files, or to keep the coverage figure when modifying existing files, although this last may be unfeasible in practice. <br><br></div><div>I am well aware that even if this were possible, it would require some investigation. I am ready to help.<br><br></div>Thanks,<br></div>JON HAITZ<br><br clear="all"><div><div><div><div><div><div><div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><table style="color:rgb(0,0,0);font-family:"times new roman";font-size:medium" align="center" cellspacing="0" cellpadding="0" border="0"><tbody><tr><td></td></tr></tbody></table><pre style="color:rgb(0,0,0);white-space:pre-wrap">--<br><br></pre><div><div dir="ltr"></div></div></div></div></div></div></div></div></div></div></div></div>
</div></div></div></div></div></div></div>