xUnit.net Test Stripper [在部署/发货之前删除嵌入在二进制文件中的测试代码]
是否有可用的 Test Stripper（如 xUnit 测试模式中定义）支持删除包含标记为 [Fact] 等的方法的类，以及从二进制文件中删除对 xunit.dll 的依赖关系 [作为构建过程的一部分]？
有关完整要求和上下文的更多详细信息，请参阅此 xUnit CodePlex 帖子 。
如果做不到这一点（删除测试和对 DLL 的引用），是否有人有实用/经过验证的干净方法来删除 xunit.dll 依赖项，而无需在 .vcproj 文件等中进行过多的操作。
首选开源。为 NUnit 编写的清晰代码可能会作为基础。
注意：我知道将代码嵌入到程序集中的负面影响 - 这个问题与此无关（除非您在阅读 codeplex 线程后感觉遗漏了一些关键点）。
Is there a Test Stripper (as defined in xUnit Test Patterns) available that supports removing classes containing methods tagged as [Fact]s etc. plus the dependency on xunit.dll from binaries [as part of a build process] ?
Further details of the full requirements and context are at this xUnit CodePlex post.
Failing that (something that removes the tests and the reference to the DLL), does anyone have a utility/proven clean approach to removing the xunit.dll dependecy without too much monkeying around in .vcproj files etc.
Open source preferred. A cleanly written one for NUnit might potentially serve as a base.
NB: I'm aware of the negatives of embedding code into assemblies - this question isnt about that (unless you feel after reading the codeplex thread that some key points are being missed).
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
如果您的单元测试放置在项目中。他们自己的组装应该不需要在部署之前剥离测试类。这种方法有什么问题吗？
If your unit tests are placed in a project resp. assembly of their own there should be no need to strip test classes prior to deployment. What's wrong about this approach?
正如我在 codeplex 帖子中指定的要求中所述，我实现了带有 Mono.Cecil 的基本剥离器，但最终利用了以下事实：未使用的引用在发布版本中进行优化，通过 根据 #define 排除它们，我通过 MSBuild 调用从外部控制它
As noted in the codeplex post where I specified the requirements, I implemented a basic stripper with Mono.Cecil but ended up leveraging the fact that unused references get optimised out in a release build to 'strip' tests out by excluding them based on a #define, which I control from outside via the MSBuild invocation