Dies ist der Befehl bls-standalone, der im kostenlosen Hosting-Anbieter OnWorks mit einer unserer zahlreichen kostenlosen Online-Workstations wie Ubuntu Online, Fedora Online, Windows Online-Emulator oder MAC OS Online-Emulator ausgeführt werden kann.
PROGRAMM:
NAME/FUNKTION
bls-standalone - Log-Scanner erstellen, Standalone-Version
ZUSAMMENFASSUNG
bls-standalone --help
bls-standalone [ globale Optionen ] aus der Ferne überprüfen [ --compiledrulesfile Regeldatei ] [ --blhc blhc-
Programm ] Logfiles
bls-standalone [ globale Optionen ] kompilieren [ Kompilieroptionen ]
bls-standalone [ globale Optionen ] Kasse
BESCHREIBUNG
bls-standalone ist das Befehlszeilenprogramm zum manuellen Ausführen des Build-Log-Scanners
angegebene Protokolldateien, einschließlich Unterstützung zur Verwaltung der erforderlichen kompilierten Regeldefinitionen.
GLOBALES OPTIONAL
Vor dem Befehl können globale Optionen angegeben werden. Verfügbare Optionen sind:
Optionen können vor dem Befehl angegeben werden. Jeder betrifft eine andere Untermenge von Befehlen
und wird von anderen Befehlen ignoriert.
-v - ausführlich
Ausführlichkeit erhöhen
--libdir Verzeichnis
Geben Sie das Verzeichnis an, in dem die Scan- und Kompilier-Binärdateien gesucht werden.
--sharedir Verzeichnis
Geben Sie das Verzeichnis an, in dem die Kopie der Regeldateien und die gepackten
vorkompilierte Regeldaten liegen vor.
BEFEHLE
bls-standalone hat drei Befehle: aus der Ferne überprüfen, kompilieren und Kasse.
aus der Ferne überprüfen [ --compiledrulesfile Regeldatei ] [ --blhc blhc-Programm ] Logfiles
Dieser Befehl führt den BLS-Scanner und den BHC-Scanner für das angegebene Build-Protokoll aus
Dateien. Wenn keine kompilierte Regeldatei mit angegeben wird --compiledrulesfile dann ein
Es wird nach dem zuvor zusammengestellten gesucht und wenn es keinen gibt, dann nach dem gelieferten
zusammen mit dem Paket verwendet wird. blhc wird auch aufgerufen, wenn es gefunden oder angegeben wird
an. Nach der Installation können Sie HEIC-Dateien mit der --blhcp Option. Um eine Warnung über das Nichtfinden zu unterdrücken, setzen Sie sie auf
NEIN.
kompilieren [ -o Ausgabedatei ] [ --no-defaults] [ --ignorecheckout] zusätzlich regieren
Beschreibungen
Kompiliert die Prüfungen in einer kompilierten Form.
Es sei denn -o wird angegeben, um einen anderen Ort zu bestimmen, wird dieser in einem Cache gespeichert
Verzeichnis (bestimmt durch einige Umgebungsvariablen), in dem die Zukunft aus der Ferne überprüfen
Aufrufe verwenden es anstelle der gepackten vorkompilierten Regeln.
Zusätzliche Regelbeschreibungen können als Befehlszeilenargumente angegeben werden.
Regeln, die an den entsprechenden Stellen Ihres Home-Verzeichnisses gespeichert sind, werden ebenfalls berücksichtigt. (Um zu sehen
wo sie gesucht werden, verwenden - ausführlich.)
Es sei denn --no-defaults erhält den Inhalt einer vorherigen Kasse oder die Kopie von
Es werden auch die mit dem Paket mitgelieferten Regeln verwendet.
Wenn es Regeln mit gleichem Namen gibt, überschreiben die als Kommandozeilenargumente angegebenen Regeln
lokale und ursprüngliche und lokale überschreiben ursprüngliche.
Kasse
Schauen Sie sich die aktuellen Regeln für den nicht-standalone Build-Scanner in einem
Verzeichnis, in dem die nächste kompilieren run verwendet diese anstelle der mitgelieferten Regeln.
Derzeit werden Teile des QA-SVN-Repositorys überprüft. Diese URL könnte
veraltet sein. Wenn die von Ihnen verwendete bls-standalone-Version und die nicht-
Standalone-BLS-Version nicht mehr synchron ist, könnten diese Regeln Dinge enthalten, die Ihr
bls-stanalone kann nicht damit umgehen.
SCHREIBEN REGELN
Eine viel zu kurze Anleitung zum Schreiben neuer Beschreibungsdateien:
Der nicht-standalone Build-Log-Scanner wird nur für erfolgreiche Builds ausgeführt. Daher werden
für Dinge, die normalerweise einen Build fehlschlagen lassen, macht oft wenig Sinn (eine Testsuite
Das Generieren falscher Positivmeldungen ist oft wahrscheinlicher als das Auffinden eines ignorierten Fehlers
falsch angeschlossen ist).
Der Dateiname ist das für den Test erstellte Tag. Einen guten Namen zu finden ist oft die schwierigste
Teil über das Ausstellen neuer Schecks.
Der Großteil der Beschreibungsdatei besteht eigentlich aus dem HTML-Code, der beschreibt, was der Befund normalerweise
bedeutet, angezeigt zu werden auf ⟨http://qa.debian.org/bls/⟩ mit Ausnahme der Zeilen
beginnend mit ## am Anfang der Datei.
Die Beschreibung sollte folgende Informationen enthalten:
Was war die aus der Ferne überprüfen gefunden?
Machen Sie es den Leuten leicht, das passende Ergebnis zu finden. Erleichtert das Auffinden des Problems, weniger
Wahrscheinlich wird es als falsch-positiv ignoriert, wenn es nicht so ist, und es wird weniger Zeit verschwendet, wenn es
ist tatsächlich ein falsch positives Ergebnis.
Warum is was is gefunden a Problem?
Selbst schwerwiegendste Mängel können aus Unwissenheit leicht als geringfügig abgetan werden.
Und manche Dinge sind nur in manchen Situationen gefährlich und erfordern nicht die höchste
Priorität in anderen Situationen. Die Unterscheidung zwischen beiden Fällen ist schwierig und einige weitere Wörter in der
Eine Beschreibung dazu kann sehr hilfreich sein.
Was können. be erledigt gegen es?
Einige Hinweise, wie man das Problem vermeiden kann, helfen dem einen, es zu beheben, einige Zeit auf der Suche nach
eine Lösung. Dies ist besonders nützlich, um Menschen zu helfen, es richtig zu beheben, anstatt nur
das Problem gründlicher zu verbergen.
Die eigentlichen ##-Direktiven am Anfang der Datei sind:
Verschmelzen:
Diese Zeile gibt an, dass diese Prüfung ausgelöst wird, wenn andere Prüfungen in derselben Zeile erscheinen.
Derzeit werden nur zwei Formulare unterstützt:
##Verschmelzen: gleich tagname1 tagname2
und
##Verschmelzen: gleich tagname1 tagname2a or tagname2b
Spiel:
Dies ist ein regulärer Ausdruck, der beschreibt, womit jede Zeile des Build-Protokolls abgeglichen werden soll.
um das Problem zu finden, mit dem Präfix regulärer Ausdruck:Als Erweiterung der regulären Syntax gibt es
ein Atom \/, das angibt, dass, sobald eine Zeile mit diesem Teil übereinstimmt, keine Prüfung durchgeführt wird, die nicht
ein \/ an dieser Stelle sollte mit dieser Zeile übereinstimmen. (Dies ist eine Optimierung für
stark reduzieren, sondern es kann auch verwendet werden, um falsche
Positive).
Da alle regulären Ausdrücke aller Prüfungen in einer einzigen endlichen Zustandsmaschine zusammengefasst sind,
Schecks, die am Anfang der Linie sehr spezifisch sind, sind recht günstig, während Schecks nicht
spezifisch zu Beginn sind oft recht teuer. Die Größe der Zustandsmaschine Ausgabe durch
die kompilieren Der Befehl ist ein gutes Maß dafür, wie teuer die jeweilige Prüfung ist.
Schon seit:
Wenn es neue Regeln gibt, dann die Informationen unter ⟨http://qa.debian.org/bls/⟩ könnte sein
veraltet, bis alle Protokolle mit der neuen Version erneut gescannt wurden. Für jedes Protokoll, das vom
Bei einem nicht-standalone Build-Log-Scanner wird die Versionsnummer der verwendeten Regeln gespeichert.
Nummer angegeben mit dem Da Feld gibt an, wo der generierte Webbericht platziert werden soll
Warnungen, dass Informationen zu dieser Prüfung möglicherweise veraltet sind.
Auszug:
Hier erfahren Sie, wie Sie Informationen aus der übereinstimmenden Datei extrahieren, die zusammen mit dem
übereinstimmende Zeile (wie ein Dateiname, in dem etwas gefunden wurde).
Derzeit werden hier folgende Formulare unterstützt:
##Extrakt: einfach 0 Endzählung 'endchar'
##Extrakt: einfach 0 'zurückstellen' Endzählung 'endchar'
##Extrakt: einfach Startanzahl 'startchar' Endzählung 'endchar'
##Extrakt: einfach Startanzahl 'startchar' 'zurückstellen' Endzählung 'endchar'
COHO Expo bei der startchar ist ein Zeichen, nach dem gesucht werden soll, um den Anfang des extrahierten Bereichs zu ermitteln (nach dem
Startanzahlte Vorkommen). Resetchar ist ein Zeichen zum Abbrechen der Extraktion. endchar ist eine
Zeichen, nach dem für das Ende des extrahierten Bereichs gesucht werden soll (nach dem Endzählungth
Auftreten).
Beispielsweise:
##Extrakt: einfach 2 '|' '/' 1 '|' bedeutet, den Inhalt zwischen dem 2. und 3. zu extrahieren
Pipe-Symbol, sofern sich dazwischen kein Schrägstrich befindet.
Aktion:
beschreibt, was zu tun ist, wenn ein Schalter übereinstimmt. Dies kann verwendet werden, um Variablen zu setzen, auf die verwiesen wird
in anderen Regeln, um kontextsensitive Regeln zu generieren.
Neu/Gebraucht:
Bedingungen hinzufügen (für Variablen, die von ##Aktion). Wenn die Bedingung nicht erfüllt ist,
Die Generierung eines Befundes wird unterdrückt.
ZIEGENFLEISCH
Während das Kompilieren aller Übereinstimmungen in einer einzigen Finite-State-Maschine sehr schnelle Ergebnisse liefert,
Dies ist nur möglich, solange die Zustandsmaschine nicht zu stark wächst. Daher ist Vorsicht geboten
darauf geachtet, nicht zu aufwendige Suchvorgänge durchzuführen.
Einige Prüfungen (vor allem kontextspezifische) sind recht unzuverlässig. Die nicht-standalone
Build-Log-Prüfungen enthalten einige Ergebnisse nicht für die Zusammenfassung, es sei denn, sie erscheinen auf
mehrere Architekturen, was bls-standalone offensichtlich nicht kann.
bls ist auf Geschwindigkeit optimiert. Führen Sie es nicht mit Regeldateien aus, denen Sie nicht vertrauen. (Nur die
Der Inhalt der gescannten Protokolldateien besteht vermutlich aus nicht vertrauenswürdigen Daten.)
blhc ist ziemlich langsam, was zum Glück nicht so auffällt, wenn man nicht die Logdateien von
das gesamte Archiv. Wenn Sie neue Regeln an einer größeren Anzahl von Protokolldateien testen, verwenden Sie --blhc=NEIN können.
beschleunigen die Dinge erheblich.
blhc meldet keine Zeilennummern, daher kann bls-standalone sie für diese Ergebnisse nicht melden.
Beachten Sie, dass die Überprüfung der Protokolle eines dpkg-buildpackage -b-Laufs und eines dpkg-buildpackage -B-Laufs
kann einen Unterschied machen (wenn Sie also ein E-binary-arch-produces-all nicht reproduzieren können, stellen Sie sicher
Sie überprüfen den richtigen Protokolltyp).
REPORTING Fehler
Melden Sie Fehler oder Wunschlistenanfragen an die Debian-BTS
(z. B. durch die Verwendung von Fehler melden bls-standalone unter Debian)
oder direkt zu [E-Mail geschützt]
URHEBERRECHT
Copyright © 2013,2014,2015 Bernhard R. Link ⟨http://www.brlink.eu⟩
Dies ist freie Software; die Kopierbedingungen finden Sie in der Quelle. Es gibt KEINE Garantie; nicht
sogar für MARKTFÄHIGKEIT oder EIGNUNG FÜR EINEN BESTIMMTEN ZWECK.
Verwenden Sie bls-standalone online mit den Diensten von onworks.net
