bls-standalone – онлайн у хмарі

ПРОГРАМА:

ІМ'Я

bls-standalone - збірка журналу, автономна версія

СИНТАКСИС

bls-автономний --допомога

bls-автономний [ в цілому опції ] перевірка [ --compiledrulesfile файл правил ] [ --blhc blhc-
більшість квитків вже розпродано! ] лога

bls-автономний [ в цілому опції ] скласти [ параметри компіляції ]

bls-автономний [ в цілому опції ] контроль

ОПИС

bls-standalone — це утиліта командного рядка для запуску сканера журналу збірки вручну
визначені файли журналів, включаючи підтримку для керування необхідними скомпільованими визначеннями правил.

GLOBAL ВАРІАНТИ

Глобальні параметри можна вказати перед командою, доступні опції:

Параметри можна вказати перед командою. Кожна з них впливає на різну підмножину команд
і ігнорується іншими командами.

-v -багатослівний
збільшити багатослівність

--libdir каталог
вкажіть каталог, де шукатимуться двійкові файли сканування та компіляції

--sharedir каталог
вкажіть каталог, куди зберігаються копії файлів правил і запаковані
зберігаються попередньо скомпільовані дані правила.

КОМАНДИ

bls-standalone має три команди: перевірка, скласти та контроль.

перевірка [ --compiledrulesfile файл правил ] [ --blhc blhc-програма ] лога
Ця команда запускає сканер bls і сканер blhc у даному журналі збірки
файлів. Якщо скомпільований файл правил не надається з --compiledrulesfile то а
шукається попередньо зібраний, а якщо його немає, то відправлений
разом з упаковкою використовується. blhc також викликається, якщо він знайдений або вказаний
з --blhcp варіант. Щоб вимкнути попередження про те, що його не знайдено, установіть його
НЕМАЄ.

скласти [ -o вихідний файл ] [ --не-за замовчуванням] [ --ігнорування оплати] додатковий правити
описи
Компілює чеки в скомпільовану форму.

Unless -o дається для визначення іншого місця, воно зберігається в кеші
каталог (визначається деякими змінними середовища), де майбутнє перевірка
виклики використовуватимуть його замість запакованих попередньо скомпільованих правил.

Додаткові описи правил можна надати як аргументи командного рядка.

Також розглядаються правила, які зберігаються у відповідних місцях вашого домашнього каталогу. (Бачити
де їх шукають, використовують -багатослівний.)

Unless --не-за замовчуванням надається зміст попереднього контроль або копію
також використовуються правила, що постачаються з пакетом.

Якщо є правила з однаковою назвою, ті, які наведені як аргументи командного рядка, замінюють
локальні та оригінальні, а локальні замінюють оригінальні.

контроль
Ознайомтеся з поточними правилами, які використовуються для неавтономного сканера збірки в a
каталог, де наступний скласти run використовуватиме їх замість доставлених правил.

Наразі це перевіряє частини репозиторію QA svn. Ця URL-адреса може отримати
застарілими в майбутньому. Якщо ви використовуєте автономну версію bls і не-
автономна версія bls виходить з синхронізації, ці правила можуть містити речі, які ви
bls-stanalone не може впоратися.

ПИСАННЯ ПРАВИЛА

Надто короткий посібник із написання нових файлів опису:

Неавтономний сканер журналу збірок запускається лише для збірок, які вважаються успішними. Тож перевіряє
для речей, які зазвичай призводять до невдачі збірки, часто не мають особливого сенсу (набір тестів
генерування помилкових спрацьовувань часто є більш імовірним, ніж виявлення ігнорованої помилки
неправильно).

Ім'я файлу - це тег, створений для тесту. Найважче знайти гарне ім’я
частина про написання нових чеків.

Більша частина файлу опису насправді є HTML-кодом, який описує, що зазвичай відбувається
означає відображатися на ⟨http://qa.debian.org/bls/⟩ за винятком рядків
починаючи з ## у верхній частині файлу.

Опис повинен містити таку інформацію:

Що зробив перевірка знайшли?
Зробіть так, щоб люди могли легко знаходити те, що відповідає. Це полегшує пошук проблеми
імовірно, ігноруватиме його як хибнопозитивний, якщо це не так, і менше витрачати часу, якщо це так
насправді є хибнопозитивним.

Чому is що is знайдений a проблема?
Навіть найсерйозніші недоліки можна легко не враховувати як незначні через незнання.
А деякі речі небезпечні лише в деяких ситуаціях і не вимагають найвищого
пріоритет в інших ситуаціях. Відрізнити обидва випадки важко і ще кілька слів у
опис про це може дуже допомогти.

Що може be зроблений проти це?
Деякі підказки, як уникнути проблеми, допомагають виправити її через деякий час
вирішення. Це особливо корисно, щоб допомогти людям виправити це належним чином, а не лише
глибше приховати проблему.

Фактичні директиви ## на початку файлу:

Об’єднати:
Цей рядок повідомляє, що ця перевірка ініціюється, якщо інші перевірки з’являються в тому ж рядку.

Наразі підтримуються лише дві форми:

##Об'єднати: то ж тег1 тег2

та

##Об'єднати: то ж тег1 tagname2a or тег2b

Матч:
Це регулярний вираз, що описує, з чим порівнювати кожен рядок журналу збірки
щоб знайти проблему з префіксом регулярний вираз:. Як розширення звичайного синтаксису існує
атом \/, який вказує, що коли рядок збігається з цією частиною, жодна перевірка не відповідає
має \/ на цьому місці має відповідати цьому рядку. (Це оптимізація для
сильно скоротити кінцевий автомат компіляції, але його також можна використовувати, щоб уникнути false-
позитиви).

Оскільки всі регулярні вирази всіх перевірок компілюються в єдиний кінцевий автомат,
чеки, які є дуже специфічними на початку рядка, коштують досить дешево, а чеки ні
специфічні на початку часто досить дорогі. Розмір виводу кінцевого автомата на
скласти Команда є хорошим виміром того, наскільки дорогою є конкретна перевірка.

З:
Якщо є нові правила, то інформація на ⟨http://qa.debian.org/bls/⟩ може бути
застарів, доки всі журнали не буде перескановано за допомогою нової версії. Для кожного журналу, відсканованого за допомогою
неавтономний сканер журналу збірки запам'ятовує номер версії використовуваних правил. The
номер, зазначений разом із З поле вказує створеному веб-звіту, куди його розмістити
попередження про те, що інформація про цю перевірку може бути застарілою.

Висновок:
Це розповідає, як витягти інформацію з відповідного файлу, щоб показати разом із файлом
відповідний рядок (наприклад, ім’я файлу, в якому щось було знайдено).

Зараз тут підтримуються такі форми:

##Витяг: простий 0 кінцевий рахунок 'endchar'
##Витяг: простий 0 'скидання' кінцевий рахунок 'endchar'
##Витяг: простий стартовий відлік 'startchar' кінцевий рахунок 'endchar'
##Витяг: простий стартовий відлік 'startchar' 'скидання' кінцевий рахунок 'endchar'

де startchar символ, який потрібно шукати для початку вилученої області (після
стартовий відлікго виникнення). resetchar символ для припинення вилучення. endchar це
символ для пошуку кінця вилученої області (після кінцевий рахунокth
виникнення).

Наприклад:
##Витяг: простий 2 '|' '/' 1 '|' означає витягувати вміст між 2-м і 3-м
символ труби, якщо між ними немає косої риски.

дія:
описує, що робити, якщо комутатор відповідає. Це можна використовувати для встановлення змінних, на які посилаються
в інших правилах для створення контекстно-залежних правил.

стан:
додати умови (для змінних, встановлених ##Дія). Якщо умова не виконується, то
створення висновку пригнічено.

CEVEATS

Хоча компіляція всіх збігів в єдиний кінцевий автомат дає дуже швидкі результати,
це можливо лише тоді, коли державна машина не надто розростається. Тому догляд має бути
не використовувати занадто дорогі пошуки.

Деякі перевірки (особливо для контексту) є досить ненадійними. Неавтономний
Перевірки журналу збірки не включають деякі висновки для резюме, якщо вони не відображаються
кілька архітектур, що bls-standalone, очевидно, не може зробити.

bls оптимізовано для швидкої роботи. Не запускайте його з файлами правил, яким ви не довіряєте. (Тільки
Вміст відсканованих файлів журналів має бути ненадійними даними).

blhc працює досить повільно, що, на щастя, не так помітно, якщо не сканувати лог-файли
весь архів. Якщо ви тестуєте нові правила на більшому наборі файлів журналів, використовуйте --blhc=НІ може
трохи прискорити все.

blhc не повідомляє номери рядків, тому bls-standalone не може повідомити про ці результати.

Зауважте, що перевірка журналів запуску dpkg-buildpackage -b і запуску dpkg-buildpackage -B
може змінити ситуацію (тому, якщо ви не можете відтворити E-binary-arch-produces-all, переконайтеся, що
ви перевіряєте правильний тип журналу).

ЗВІТНІСТЬ БУГИ

Повідомляйте про помилки або запити на список бажань до Debian BTS
(наприклад, за допомогою Reportbug bls-автономний під Debian)
або безпосередньо до [захищено електронною поштою]

АВТОРСЬКЕ

Авторське право © 2013,2014,2015, XNUMX, XNUMX Бернхард Р. Посилання ⟨http://www.brlink.eu⟩
Це безкоштовне програмне забезпечення; дивіться джерело для умов копіювання. НЕМАЄ гарантії; ні
навіть для ТОРГОВОСТІ або ПРИГОДНОСТІ ДЛЯ КОНКРЕТНОЇ МЕТИ.

Використовуйте bls-standalone онлайн за допомогою служб onworks.net