IntelliJ Code Inspections（以及一般的代码分析）倾向于收集许多不同用途的不同问题。一些具有较高ROI的修复，如空指针异常，以及其他更微妙的检查，如声明访问可能更弱。
您是否在持续集成中使用代码检查？什么是良好的检查配置文件？ （是的，我知道这可能会在团队之间发生变化，但我想从一个良好的基线开始，捕获真正的错误，尽可能少的误报）。
答案 0 :(得分：2)
它高度依赖于项目和项目本身使用的Java技术。项目，作为一个术语，被定义为“新的，独特的工作等”。这种独特性适用于项目管理工具，如IntelliJ的代码检查。
例如，序列化检查对于一般用途来说大多无用，但在分布式J2EE应用程序方面变得至关重要并且节省了大量时间。 “方法从不使用”检查在普通的java编程中很好，但是对于应用程序容器（JSF，JPA等）所需的getter / setter方法很烦人。
但是，即使定义了您的技术并进行相应的检查，也不会使您无法根据项目管理定期报告，问题分析等不断调整检查配置文件。特别是对于大型和长期项目。