Как найти все открытые ошибки для конкретной версии Boost> 1.67? - PullRequest
Новая
       4

Как найти все открытые ошибки для конкретной версии Boost> 1.67?

1 голос
/ 13 марта 2020

Мы должны документировать информацию об ошибках для SOUP / OTS, которые использует наше программное обеспечение. Это требуется властям.

До версии 1.67 не было проблем с поиском открытых ошибок конкретной версии, которую мы использовали: boost tra c показывал именно ту информацию, которую аудитор ищет. Таким образом, можно оценить конкретную версию Boost, насколько она безопасна для предполагаемого использования нашего продукта.

Но, к сожалению, начиная с Boost 1.68, эта функция отчетов больше не доступна! Для нас невозможно смотреть на каждое из десятков хранилищ, чтобы искать проблемы. И даже в этом случае никто не может легко увидеть, была ли исправлена ​​ошибка, и если да, то в какой версии она была исправлена ​​и т. Д. c. Вся святая информация о статусе, которую вы могли легко запросить в предыдущих версиях, используя boost tra c, исчезла!

Есть ли еще возможность искать статус ошибки конкретной версии boost> 1.67?

1 Ответ

0 голосов
/ 16 марта 2020

Ну, я нашел обходной путь для поиска ошибок, которые были открыты для определенного выпуска. Это не так удобно, как при увеличении Tra c, и, поскольку не каждый репозиторий помечает свои ошибки как bugs, вывод содержит гораздо больше результатов, чем мог бы сделать повышение Tra c. И сортировка / упорядочение выходных данных по серьезности - конечно - невозможна, потому что github не различает guish серьезность проблем.

Вот команда поиска для Boost 1.68 на * 1004 Страница глобального поиска Github : 

org:boostorg -closed:<2018-08-09 created:<2018-12-12

Сначала вам нужно посмотреть boost News , когда интересующая вас версия была текущей. В данном случае для Boost 1.68 это было с 2018-08-09 (дата публикации Boost 1.68) до 2018-12-12 (дата публикации последующей версии Boost 1.69). Затем вы можете искать открытые проблемы на этом этапе с помощью команды вышеупомянутого.

Интуитивно можно выполнить следующий поиск: 

org:boostorg -closed:<2018-08-09 created:<2018-12-12 label:bug

, но, конечно, благодаря федеральной системе библиотек ;-) это бесполезно, так как не каждая библиотека помечает свои ошибки как bugs.

. При этом я доказал, что Boost Tra c был гораздо более интуитивно понятным и лучше сообщал об ошибках для конкретной версии. интерес, чем новый хип github ;-) qed

...