Jenkins中Android Lint插件如何配置以使用之前的不稳定构建为参考？

我之前也碰到过类似Jenkins插件行为不符合预期的情况，结合你的描述，咱们来拆解下可能的原因和排查方向：

核心问题分析 #

你勾选了Compute new warnings和Use previous build as reference，但插件在第二次构建时跳过了上一次的不稳定构建，转而使用更早的成功构建作为参考——这大概率是插件默认的参考构建选择逻辑在起作用：很多Jenkins质量检查类插件（包括Android Lint）默认会把「不稳定（Unstable）」的构建排除在参考范围外，只认可「成功（Success）」状态的构建作为基准。

排查与解决步骤 #

• 检查插件配置的隐藏选项
  仔细翻看Android Lint插件的配置页面，看看有没有类似「Include unstable builds in reference」的开关——有些插件会把这类选项藏在高级设置里，默认是关闭的，需要手动开启才能让插件把不稳定构建纳入参考范围。

• 查看构建日志确认参考构建选择
  去第二次构建的日志里搜索「reference build」相关的内容，插件通常会在这里打印它实际选中的参考构建编号和状态。比如你可能会看到类似Using reference build #XXX (SUCCESS)的日志，这就能实锤它跳过了上一次的不稳定构建。

• 用Pipeline脚本强制指定参考构建
  如果你用的是Jenkins Pipeline，可以直接在脚本里显式指定参考构建，绕过插件的默认选择逻辑。示例代码如下：

  androidLint {
      computeNewWarnings = true
      // 强制使用上一次构建作为参考，不管它的状态是成功还是不稳定
      referenceBuild = currentBuild.previousBuild
  }
  

  这样第二次构建就会严格以第一次的不稳定构建为基准，不会再跳去更早的成功构建。

• 检查插件版本与已知Bug
  有可能是你当前使用的Android Lint插件版本存在这个逻辑漏洞，尝试升级到最新稳定版，或者去插件的问题追踪系统看看有没有其他用户报告过相同的问题——如果是已知Bug，可能已经在新版本里修复了。

总结 #

这种情况更偏向于插件的默认行为设计，而非你遗漏了配置项，但也不排除是特定版本的Bug。通过上面的步骤应该能定位并解决问题，如果是设计逻辑导致的，用Pipeline显式指定参考构建是最直接的解决方案。

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