SonarQube - Findbugs, PMD 및 checkstyle 플러그인이있는 Sonarway

Question

우리 회사의 많은 프로젝트는 이미 PMD 및 findbugs 플러그인과 함께 sonarway를 사용하고 있습니다.

1) 우리는 중첩되는 sonarway (Java), PMD plugin 및 findbugs 플러그인의 델타를 확인하고자합니다.

2) 거의 모든 규칙을 활성화 및 비활성화하면서 3 가지 플러그인을 모두 사용하는 것이 가장 좋습니다. 또는 sonarway (java)만으로도 충분하고 모든 버그 및 PMD 플러그인에서 다루는 모든 최선의 실행 및 필수 규칙을 가지고 있습니다.

3) 가장 적합한 조합 규칙 집합은 무엇입니까?

우리는 SonarQuber 5.6.3을 사용하고 있습니다.

최신 checkstyle은 현재 PMD, Findbugs 및 Sonarway 플러그인에만 초점을 맞추고 5.6.4로 업그레이드해야합니다.

고맙습니다.

Answer 1

실제로 가장 좋은 조합은 없습니다.

sonarway (java)만으로는 충분하지 않습니다. 아직 PMD, Checkstyle, Findbugs 등 모든 규칙을 소나로에 통합하지 않았습니다.

그리고 이들 중 일부는 실제로 그렇게 중요하지 않기 때문에이 플러그인의 모든 규칙을 사용하도록 제안하지 않습니다.

일부 규칙은 당신에게 이해가되지 않을 수도 있습니다. 좋은 예는 Checkstyle JavadocMethod 규칙입니다.이 규칙은 각 메소드에 Javadoc 주석이 있는지 또는 PMD OnlyOneReturn 규칙이 메소드에 하나의 종료점 만 있는지 확인하고 메소드의 마지막 문임을 확인합니다.

안드로이드 린트의 경우 모든 공식 규칙은 sonarqube에서 사용할 수 없으며, 단지 158 개의 규칙 만 sonarqube에 있지만, android-lint에는 공식적으로 281 개의 규칙이 있습니다.

팀이 그러한 규칙을 발견하면 언제든지 지키거나 지울 가치가 있는지 여부를 전체적으로 논의하십시오. 많은 규칙에는 몇 가지 단점이 있으며 대다수가 반대하는 경우 코드를 조정하는 데 의미가 없습니다. 개발자는 프로젝트를 통해 자신을 식별하고 최고의 생산성을 달성 할 수 있다고 믿어야합니다. 자신이 생각하지 않는 일을한다고해서 동기가 부여되지는 않습니다.

이 방법을 사용하면 과 팀에게 맞는 최상의 조합을 만들 수 있습니다.