I’m trying to run sonarqube scanner on PR and master branch for a web app written in typescript and javascript.
Problem: ts and tsx files are getting analysed for PR (branch) analysis but when the analysis is run on master branch the ts and tsx files are shown as un-analysed.
Tagging @ganncamp because I really want to notify someone about this and take real actions. No where in the official sonarqube documentation it is mentioned that there’s a heavy dependency on tsconfig.json file in order to get typescript and javascript project scanned successfully. There are so many queries on this forum and stackoverflow where users were not able to get typescript and tsx files scanned but the docs remain unchanged. Why? This is not the first time when sonarqube docs failed to help.
Most of the times users have to rely on articles / blogs published on the internet by fellow users on onboarding to Sonarqube for different languages. Why can’t the Sonarqube documentation do that? What stops the documentation owners from doing it?
I think that is still fine but you can at least help by updating the docs to reflect missing information when your users take the time and effort to solve certain problem by hunting on the internet and sharing them in this sonarsource form.
Per the FAQ, we ask that you not @ people not already involved in your thread.
Aaand… I’ll be honest & say your thread had been overlooked. So… thanks, sorry, and please don’t do that.
Since this has already been fixed, I’m not sure what action you’re expecting. You think the LTS docs should be updated? Are those the docs you were referring to?
Thanks for responding @ganncamp . Sorry for tagging you. I won’t tag anyone henceforth.
Yes, expectation is that the LTS documentation related to javascript or typescript languages should be updated with all the important information required to onboard a TS / JS based project on Sonarqube. Especially the missing info related to tsconfig.json files.
Do you accept community contributions into the documentation? are there any plans to open source these docs so that they get updated frequently by the community?
Regarding your question about contributions, thanks for your willingness, but we’re actually in the process of moving the docs out of the source code and into a CMS, so the opposite direction actually.