Verwenden Sie PyLint auf Jenkins mit Warnungs-Plugin und Pipleine

10

Ich möchte PyLint auf Jenkins mit Warnungs-Plugin und Pipleine , da das Verstoß-Plugin veraltet ist.

>

Es gibt keine Dokumente oder vollständige Beispiele.

Es gibt einige Informationen :

%Vor%

und Problemumgehungen :

%Vor%

Aber das ist nicht genug.

    
Paweł Prażak 26.01.2017, 14:12
quelle

1 Antwort

18

Ich habe es geschafft zu arbeiten:

%Vor%

Ich bin mir immer noch nicht sicher, wie ich es konfigurieren soll.

Von dem, was ich aus dem Quellcode und Tests , das sind möglicherweise die möglichen Parameter, weil sie die Konstruktorparameter sind:

  • healthy - Melden Sie den Status als 100%, wenn die Anzahl der Anmerkungen kleiner als dieser Wert ist
  • unHealthy - Melden Sie den Status als 0%, wenn die Anzahl der Anmerkungen größer als dieser Wert ist
  • thresholdLimit - legt fest, welche Warnungsprioritäten bei der Bewertung der Build-Stabilität und der Stabilität berücksichtigt werden sollten
  • defaultEncoding - die Standardcodierung, die beim Lesen und Parsen von Dateien verwendet wird
  • useDeltaValues - Bestimmt, ob das Delta der absoluten Annotationen oder die Differenz der tatsächlichen Annotations verwendet werden soll, um die Build-Stabilität zu bewerten
  • unstableTotalAll - Anmerkungsschwelle
  • unstableTotalHigh - Anmerkungsschwelle
  • unstableTotalNormal - Anmerkungsschwelle
  • unstableTotalLow - Anmerkungsschwelle
  • unstableNewAll - Anmerkungsschwelle
  • unstableNewHigh - Anmerkungsschwelle
  • unstableNewNormal - Anmerkungsschwelle
  • unstableNewLow - Anmerkungsschwelle
  • failedTotalAll - Anmerkungsschwelle
  • failedTotalHigh - Anmerkungsschwelle
  • failedTotalNormal - Anmerkungsschwelle
  • failedTotalLow - Anmerkungsschwelle
  • failedNewAll - Anmerkungsschwelle
  • failedNewHigh - Anmerkungsschwelle
  • failedNewNormal - Anmerkungsschwelle
  • failedNewLow - Anmerkungsschwelle
  • canRunOnFailed - bestimmt, ob das Plug-in auch für fehlgeschlagene Builds ausgeführt werden kann
  • usePreviousBuildAsReference - bestimmt, ob immer der vorherige Build als Referenz-Build verwendet werden soll
  • useStableBuildAsReference - bestimmt, ob nur stabile Builds als Referenzbuilds verwendet werden sollen oder nicht
  • canComputeNew - bestimmt, ob neue Warnungen (bezogen auf die Grundlinie) berechnet werden sollen
  • shouldDetectModules - bestimmt, ob Modulnamen von Maven POM- oder Ant-Build-Dateien
  • abgeleitet werden sollen
  • includePattern - Ant-Datei-Set-Muster von Dateien, die in den Bericht aufgenommen werden sollen
  • excludePattern - Ant-Datei-Set Muster von Dateien aus dem Bericht auszuschließen
  • canResolveRelativePaths - bestimmt, ob relative Pfade in Warnungen mithilfe einer zeitaufwendigen Operation aufgelöst werden sollen, die den gesamten Arbeitsbereich nach übereinstimmenden Dateien durchsucht.
  • parserConfigurations - Die Parser-Konfigurationen zum Durchsuchen von Dateien
  • consoleParsers - Die Parser, um die Konsole zu scannen

Und die parserConfigurations javadoc sagt nur:

  • pattern - das Muster der zu analysierenden Dateien
  • parserName - Der Name des zu verwendenden Parsers

wo die Liste der Parser scheint hier .

Wenn Sie mehr Informationen haben oder etwas korrigiert werden muss, können Sie einen Kommentar bearbeiten oder löschen.

    
Paweł Prażak 26.01.2017 14:12
quelle