我已经要求了StyleCop在我们的CI构建过程以这样的方式整合了StyleCop集成:在与CI构建过程(Criuse控制,南特,MSBuild的和了StyleCop)
- 单独的项目文件我们 (大)解决方案不受影响
- 我没有使用任何第三方 工具
的第一个要求(和我不完全理解这还)是由于我们不”事实我们希望在整个版本上运行StyleCop直接解决方案。显然,当StyleCop从VS中运行时,它会忽略指定要忽略的文件的某些属性。正因为如此,如果我们将它运行在开发机器上,我们将不断遭受数千起我们尚未准备好处理的违规行为。所以底线是我们希望只能在构建服务器上运行它。
我们的构建环境目前包括:
<target name="buildSolution">
<echo message="Building solution..." />
<exec program="C:\WINDOWS\Microsoft.NET\Framework\v3.5\msbuild.exe"
commandline="${Project.SolutionFile} /t:Rebuild /p:Configuration=${Project.SolutionBuildConfiguration} /v:q" workingdir="." />
</target>
当我第一次看到这样的:执行的MSBuild(通过EXEC)
的恶性任务是低于
巡航控制>恶性任务我认为这将是一个简单的例子,以类似于msbuild执行的方式执行StyleCop。
然而,谈到了StyleCop作为一组动态链接库的...
因此,这意味着我不能做什么,我打算......我想....
所有我的文章今天Google搜索到了“使用StyleCopCmd”,我也因为第三方工具限制而无法做到这一点。
我已经看过这个工具,它似乎实现了一个自定义的nant任务,它启动了StyleCopConsole,挂钩到几个事件并输出一个格式良好的报告。但为了能够证明创建任何内部工具,我需要能够充分解释为什么我不能在nant配置文件中实现我想要的。或者以任何其他不涉及创建或使用工具的方式。理想情况下,如果我不必编写或使用工具,速度会更快。
所以我的问题是,这可能吗?
嗨Trumpi - 我现在正在经历它,尝试它 - 一个问题 - 没有“目标=”重建“”保持不变或者将现在指向我原来的构建目标(在所示我的文章)? – 2009-08-19 10:32:01
也是修改后的Microsoft.StyleCop.Targets文件的路径 - 是否与构建文件或解决方案文件相关? – 2009-08-19 10:33:30
嗯一直谷歌搜索,认为它需要进入我原来的任务,即replcae执行调用 - 尝试,现在... – 2009-08-19 10:49:11