【问题标题】:Can ReSharper be configured to continuously perform solution-wide code inspection? If not, how to work around?能否将 ReSharper 配置为持续执行解决方案范围的代码检查?如果没有,如何解决?
【发布时间】:2014-07-11 16:06:10
【问题描述】:

我希望 ReSharper 提供以下内容: 一个(或可能两个)窗口随时自动显示所有解决方案范围的错误和警告。

不幸的是,这似乎是不可能的,只有妥协。

  • 解决方案中的错误持续显示配置为错误的编译器错误和(至少是一些,但not all)检查。
  • 检查结果显示所有编译器错误和检查,但仅按需显示(单击刷新按钮)。
  • 编辑器持续显示所有编译器错误和检查,但仅针对手头的文件。

背景:

我们正在使用 C# 并计划因违反命名约定等而使 CI 构建失败。CI 服务器无法执行预提交构建,因此我们希望让每个程序员在提交之前尽可能容易地发现问题。

目前的计划是将我们想要遵守的所有检查配置为错误,因此至少其中大部分显示在自动更新的解决方案中的错误中。

但是,我对在同一类别中出现编译器错误和不太严格的检查并不是 100% 满意。例如,当我仍在开发但尚未决定提交时,我不希望“不需要使用指令”显示为编译器错误。

你能建议什么方法?

【问题讨论】:

    标签: continuous-integration resharper code-inspection


    【解决方案1】:

    从您问题的第一部分来看,您似乎需要 ReSharper 的解决方案范围错误分析 (SWEA),但您似乎已经在使用它。只是为了确保它是 Visual Studio 右下角的小圆圈。如果您双击它,它会要求您打开 SWEA,并且您会在整个解决方案中实时收到错误通知。您可以在这些错误之间导航并修复它们而无需重新编译。如果整个解决方案没有错误,它将是绿色的。

    但是,您问题的第二部分表明您希望在 CI 构建中执行命名约定强制和其他操作,在这种情况下,您可能希望使用专门为此创建的 ReSharper command-line tools目的 - 作为构建的一部分运行并执行/检查某些规则。

    只需少量工作,您就可以将其与您的 CI 服务器集成。

    希望这会有所帮助。

    【讨论】:

      猜你喜欢
      • 2023-03-12
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-07-06
      相关资源
      最近更新 更多