What do you mean by “but the decoration doesn’t start” ? What are you expecting exactly? Do you have a link to the pull request in SonarCloud?
The parameters you specified look correct to me, except some redundant ones that shouldn’t have any effect and can be safely removed: sonar.pullrequest.github.token.secured and sonar.pullrequest.github.endpoint
PS: I didn’t understand your second message. If you want to change the first message text, you can edit it yourself. I suggest to do that if needed and delete the second message.
PS: I didn’t understand your second message. If you want to change the first message text, you can edit it yourself. I suggest to do that if needed and delete the second message.
My first analysis was perhaps confused with GitHub plugin usage, so I have update title.
What do you mean by “but the decoration doesn’t start” ? What are you expecting exactly? Do you have a link to the pull request in SonarCloud?
Analyse the pull request (cf. TeamCity build) to provide the result in SonarCloud. This point works fine (see result)
Decorate the GitHub pull request (as the GitHub plugin), to add a check into GitHub pull request (with details of issues if there are some), and refuse the merge if some issues.
The [2] doesn’t work. I have not any SonarCloud comment/check/… in GitHub pull request #30.
But perhaps I’m disturbed with documentation, and I should use GitHub plugin if I want something into GitHub pull request.
After some tests, the properties for Pull Request Decoration (the ones available in SonarCloud UI project settings : sonar.pullrequest.provider, sonar.pullrequest.github.token.secured, …) can’t be in command line properties, they should be filled in SonarCloud UI.
It would be logic, because SonarCloud interacts with the pull request after the analysis, for sample when you update the status of issue …
Thanks Alex, it started worked when i changed my token, I just didn;t understand why i have to provide a token if i have installed the plugin/application on github.