Hi Julien, thanks for your reply. If I’m not mistaken, the current approach is to add the analyzer to every project. We have a very large Legacy app, and modern and new bits around this legacy application. There are many solutions and a ton of projects.
We need the connected mode to easily manage rules across such a diverse code base, with multiple teams (legacy/customizing/modernization) having very different rules that are enforced by SonarQube.
There are build processes and sonar qube analyzers running on our build servers.
Due to the complex nature of the matter, even the JetBrains annotation package is sometimes causing issues on our build agents.
The reported issues from SonarQube are complimentary to Riders inspections. We use both on our build servers. While a few reported code smells conflict between rider and sonarlint they mostly focus on other things. The code smell reports of the roslyn analyzers work just fine, and as expected, and the impact on the IDE seemed fine (but I only tested it on a small portion).
What is the status of this? I’m in a C#/.net core project which uses Sonarlint and I’d like to do my development on linux. At the moment I seem to have no way to run Sonarlint on Linux side since cli was deprecated few years ago.
I tried the nuget Roslyn analyzer on Rider but couldn’t get it to work yet.
seconded, would be great to know what’s going on here. We’re just modernizing our development process and for reasons stated above the missing sonarlint integration is highly appreciated. Please make this happen!
The support of Rider for SonarLint is something we are definitely looking at. Although I cannot share an ETA for the time being (Rider support is is not in our short-term priority list), we are tracking this feature request (and the votes that we receive for it) and we will certainly take those inputs into account when we review our priorities.