Sonarqube Java Properties Analyzer
Haftungsausschluss
Ich möchte dieses Plugin nicht weiterhin aufrechterhalten. Fühlen Sie sich frei, mich zu pingen, wenn Sie übernehmen möchten.
Beschreibung
Dieses Sonarqube -Plugin analysiert Java Properties -Dateien und:
- Berechnet Metriken: Codezeilen, Kommentarezeilen usw.
- Überprüft verschiedene Richtlinien, um potenzielle Fehler, Schwachstellen und Codegerüche durch mehr als 30 Schecks herauszufinden
- Bietet die Möglichkeit, Ihre eigenen Schecks zu schreiben
Verwendung
- Laden Sie Sonarqube herunter und installieren Sie sie
- Laden Sie das Java Properties -Plugin herunter und installieren Sie sie. Die neueste Version ist mit Sonarqube 6.7+ kompatibel
- Installieren Sie Ihren bevorzugten Scanner (Sonarqube -Scanner, Maven, Ant usw.)
- Analysieren Sie Ihren Code.
Benutzerdefinierte Schecks
Sie denken an neue wertvolle Regeln? Version 2.1 oder mehr bietet eine API, um Ihre eigenen benutzerdefinierten Schecks zu schreiben. Ein Beispiel -Plugin mit detaillierten Erklärungen finden Sie hier. Wenn Ihre benutzerdefinierten Regeln der Community zugute kommen können, können Sie eine Pull -Anfrage erstellen, um die Regel im Java Properties -Plugin verfügbar zu machen.
Sie denken an neue Regeln, die der Community zugute kommen können, aber nicht die Zeit oder die Fähigkeiten haben, sie zu schreiben? Fühlen Sie sich frei, ein Problem zu erstellen, damit Ihre Regeln berücksichtigt werden sollen.
Verfügbare Regeln
- "Fixme" -Tags sollten behandelt werden
- "Todo" -Tags sollten gehandhabt werden
- Alle Kommentare sollten konsequent formatiert werden
- Alle Eigenschaften und Kommentare sollten in Spalte 1 beginnen
- Byte Order Mark (BOM) sollte nicht für UTF-8-Dateien verwendet werden
- Anmeldeinformationen sollten nicht hart codiert sein
- Unterschiedliche Schlüssel mit dem gleichen Wert sollten zusammengeführt werden
- Duplizierte Schlüssel zwischen Dateien sollten entfernt werden
- Duplizierte Schlüssel sollten entfernt werden
- Endlinienzeichen sollten konsistent sein
- Dateinamen sollten einer Namenskonvention entsprechen
- Dateien, die keine Eigenschaften definieren, sollten entfernt werden
- Dateien sollten am Ende eine leere neue Zeile enthalten
- Schlüssel sollte einer Namenskonvention folgen
- Linien sollten nicht zu lang sein
- Fehlende Übersetzungen sollten zum Standard -Ressourcenpaket hinzugefügt werden
- Fehlende Übersetzungen sollten zu den Ressourcenbündeln der Gebietsschema hinzugefügt werden
- Die Anzahl der Schlüssel sollte reduziert werden
- Eigenschaft mit leerem Wert sollte entfernt werden
- Regelmäßiger Ausdruck zum Kommentar
- Regelmäßiger Ausdruck auf Schlüssel
- Regelmäßiger Ausdruck auf Wert
- Codeabschnitte sollten nicht kommentiert werden
- Separatoren sollten einer Konvention folgen
- Tabellierungszeichen sollten nicht verwendet werden
