为Sentry .NET SDK选型跨平台开源代码覆盖工具相关问题咨询

问题背景 #

我正在为Sentry .NET SDK实现代码覆盖功能，需求如下：

• 开源仓库场景，必须选用免费无授权限制的工具，确保任何人都能无障碍构建解决方案
• 支持多平台运行（Mac、Linux、Windows），不能依赖Visual Studio扩展类方案

已测试过三款工具，但均存在问题：

• microsoft.codecoverage 和 altcover：插装操作会修改Sentry收集的调试堆栈跟踪，导致验证测试失败，同时DebugImages中的CodeId出现差异，产生观察者效应干扰测试结果
• Coverlet：无上述观察者效应，但CI构建会周期性失败，计算覆盖结果时抛出Unable to read beyond the end of the stream.错误

替代工具推荐 #

dotCover Command Line Tools #

JetBrains提供的免费命令行版本，支持跨平台运行。它的插装逻辑对调试信息的影响相对较小，可通过配置调整避免修改堆栈跟踪和CodeId，且允许用于开源项目。

OpenCover #

老牌.NET代码覆盖工具，借助.NET Core/Mono实现跨平台支持。它的插装配置高度灵活，可通过调整参数（如禁用特定插装规则）减少对Sentry核心调试逻辑的干扰，避免修改堆栈跟踪和DebugImages信息。

现有工具问题的修复思路 #

解决microsoft.codecoverage/altcover的测试干扰问题 #

1. 排除核心文件插装：配置工具跳过Sentry SDK中负责收集堆栈跟踪、生成DebugImages的核心代码文件，不对这些文件注入覆盖逻辑
2. 切换插装模式：使用离线插装替代实时插装，提前完成代码修改，减少运行时对调试信息的动态修改

解决Coverlet的CI周期性错误 #

1. 增加清理步骤：在CI流水线中添加测试后清理逻辑，删除Coverlet生成的临时文件，避免后续构建读取损坏的文件
2. 调整运行参数：禁用并行测试覆盖收集，或使用--single-hit模式减少文件读写冲突；也可尝试指定--use-source-link参数优化文件读取逻辑
3. 更新版本：升级到Coverlet最新稳定版，这类流读取错误在新版本中大概率已被修复

内容的提问来源于stack exchange，提问作者James Crosswell