Context
One of our GitHub repository contains 2 parts of a project:
C code for FW
python code for Client
Jenkins is performing build and run SQ analysis.
Each part has its own SonarQube project, to avoid mixing different langages and help relevant team focusing.
For each SQ project, we have configured the DevOps platform integration targeting the same GitHub repository.
Issue
Only one GitHub check is made available on GitHub side (PR/branch analysis), the latest to finish.
GitHub check context name is hardcoded to SonarQube Code Analysis, and it seems it is not possible to publish different checks with same context (ie. check is updated instead of created).
How can we properly show the 2 SQ analysis using GitHub check?
You’ve said you’re using Developer Edition, but also mentioned the Community-branch plugin. To be clear, we don’t support that plugin here.
And unfortunately, Developer Edition doesn’t support the functionality you’re after. What you want is monorepo support, which starts in Enterprise Edition($$).
Why not having an option to configure, in the DevOps Platform integration page, the name of the SQ check?
This is a GitHub API data, that is currently hardcoded in the SonarQube source code but could be made configurable easily from the SQ WebUI or API…
This is a bit disappointing to need to upgrade to a more expensive offer, to use the complete mono-repo project type that we don’t actually need.
About the mention of Community-branch plugin, it was just to highlight that it is barely few lines of code to get such feature available.
We would like to get added an extra configuration field for DevOps platform integration, allowing to override the default name SonarQube Code Analysis for the published commit status.
This seems like a reasonable feature to ask for, at least for the first subscription level (Developer Edition).
I tried creating an entry on the SonarQube roadmap, but it is not showing up (tried twice actually ).
Is this list reviewed internally before getting updated?