Я использую org.sonarsource.scanner.gradle: sonarqube-gradle-plugin: 2.7.1 для выполнения sonarqube из gradle. Теперь у нас есть один сценарий, в котором мы модульные или проектируем многокомпонентную сборку в Gradle, например: проект, проект-сервер, общий проект, тесты проекта и так далее. В подмодуле tests находятся все интеграционные тесты, а в выделенных подмодулях (server, shared ....) - модульные тесты, которые могут быть связаны с одним подмодулем.
Когда речь идет о сборе тестового покрытия по умолчанию, мы получаем только покрытие против кода реализации из субмодуля, где находится тест. Но нам также нравится тестовое покрытие для тестов, которые находятся в подмодуле test, и тестовый код из любого другого подмодуля.
Поэтому мы попытались перенастроить задачу sonarqube для обработки всего проекта как одного, добавив все корневые пути всех подмодулей в корневой каталог и пропустив настройку sonarqube для подмодулей. Это нормально для тестового покрытия, но теперь у нас проблема в том, что для findbugs требуется гораздо больше памяти, поэтому даже с нашими файлами сборки 8 Гб Xmx, с OOM или таймаутом после> 1 часа.
Какие еще способы у нас есть для решения этой проблемы покрытия, а также для того, чтобы обрабатывать многомодуль как мультимодуль? Любые предложения приветствуются,
Большое спасибо
Маркус