为什么用BullsEye编译器编译项目？

Question

我们在所有的BullsEye代理上安装了TeamCity覆盖率，并且有一个夜间脚本，它打开BullsEye、重新构建我的项目、运行单元测试，然后关闭BullsEye。BullsEye bin目录不在机器的路径中，我的脚本在运行之前添加了路径。(仅作为该会话脚本的一部分添加路径，而不是为整个计算机永久设置路径)。

最近，我在TeamCity构建日志中注意到，所有项目(常规项目，而不仅仅是配置为运行覆盖率的项目)都使用BullsEye编译器。下面是日志中的一个示例：

[11:29:38] [bsii_algorithms\build\vc10\bsii_algorithms.vcxproj] ClCompile (8s)
[11:29:38] [ClCompile] CL (3s)
[11:29:38] [CL] C:\Program Files (x86)\BullseyeCoverage\bin\CL.exe /c /I..\..\include /I..\..\..\bsii_common\include ...

另外，其中一个项目的构建非常缓慢。具体来说，"ResolveProjectReferences“大约需要20分钟。我在网上读到，这可能会发生，因为某种分析被打开了。因此，我使用TeamCity用户登录到服务器，并再次关闭BullsEye。但没什么用。

所以我的问题是：

• 即使BullsEye不在机器路径中，也可以使用编译器从BullsEye文件夹编译所有内容吗？
• 我如何配置机器，使只有覆盖率脚本使用BullsEye编译器？
• 这可能是建设需要很长时间的原因吗？

谢谢!

Answer 1

是的，预期将使用Bullseye文件夹中的编译器。这就是Bullseye覆盖率工具的工作原理，它使用一个特殊的“工具化版本”来拦截实际的编译器。最后，Visual编译器被称为底层编译器.

如果删除脚本启用Bullseye的步骤(通过调用'cov01 -1')，那么Bullseye编译器应该只对Visual编译器进行传递，这样就没有代码覆盖率了。

我不确定时间的问题。

链接到VS Bullseye文档：这里

Answer 2

注意，斗牛在全球范围内打开(通过注册表？)因此，与覆盖构建并行运行的任何构建都会发现自己(部分)已被检测到。因此，我们在他们自己的机器上运行我们的覆盖率。