Поддерживает ли Coverity Scan несколько Git ветвей? - PullRequest
0 голосов
/ 09 января 2020

У меня есть проект с открытым исходным кодом, который разрабатывается в трех Git ветвях одного и того же репо Git (скажем, v9_11, v9_14 и master. Я хочу, чтобы все эти ветви были периодически отсканировано в Coverity Scan.

Если я зарегистрирую этот проект в репо Git, а затем загружу результаты из разных веток Git в тот же проект Coverity Scan, я получаю неоптимальные результаты, такие как "Новые дефекты" найдено: 2 "и" Устранено дефектов: 1 "только потому, что последняя проанализированная ветвь отличается.

Возможно ли получить результаты для каждой ветви в сканировании покрытия из одного зарегистрированного проекта / Git репо?

Если нет, то мне нужно создать три Git репозитория и каждый регистр в качестве проекта сканирования покрытия.

1 Ответ

0 голосов
/ 09 января 2020

Я думаю, вы можете.

Из их документации :

Чтобы увеличить доступность бесплатного сервиса для большего количества проектов, надстройка разработана по умолчанию запускать анализ для каждой ветви

Рекомендация:

Создайте ветку с именем coverity_scan, в которую вы можете объединиться, когда захотите запустить анализ.

РЕДАКТИРОВАНИЕ

Но слишком многие могут привести вас к "неприятностям".

Количество еженедельных сборок для проекта:

Up to 28 builds per week, with a maximum of 4 builds per day, for projects with fewer than 100K lines of code
Up to 21 builds per week, with a maximum of 3 builds per day, for projects with 100K to 500K lines of code
Up to 14 builds per week, with a maximum of 2 build per day, for projects with 500K to 1 million lines of code
Up to 7 builds per week, with a maximum of 1 build per day, for projects with more than 1 million lines of code

Как только проект достигает максимальных сборок в неделю, дополнительные запросы на сборку будут отклонены. Вы сможете повторно отправить запрос на сборку на следующей неделе.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...