I have a case when my developer has 3 commits in a pull request and when I did run below commands , it analyze only last commit and added review comments for last commit only. It ignores previous 2 commits.
What youâre getting is analysis of the current state of the PRâs underlying branch. You will not get a commit-by-commit analysis. This is by design. After all, if a new issue is created in the first comment and then fixed in the second, itâs no longer relevant.
Point here is if 5 files added/modifed in first commit , another 3 modified in 2nd commit and another 7 is added in third commit, Analysis is only being done on last commit that is 7 files. why files of first and second commit (5+3) is ignored?
I donât expect commit by commit Analysis however I expect Analysis is being done on all the files in PR. For me thatâs not happening.
Sorry, I mis-spoke (okay, wrote). You wonât get commit-by-commit reporting. But yes, every file changed in the branch should be included in the analysis. If you created a new issue in the first commit and itâs still open by the 3rd commit, you should still be seeing it.
That said, you should know that weâre no longer maintaining the GitHub plugin; itâs functionality has been replaced and then some by the Branch and PR analysis offered in the Developer Edition.
Hey , I just now got the developer edition trial version.
jvm 1 | 2018.08.05 10:16:58 INFO app[o.s.a.SchedulerImpl] Process[web] is up
jvm 1 | 2018.08.05 10:16:58 INFO app[o.s.a.p.ProcessLauncherImpl] Launch process[[key=âceâ, ipcIndex=3, logFilenamePrefix=ce]] from [C:\sonarqube-developer-7.2.1\sonarqube-7.2.1]: D:\emaratech\softwares\jdk1.8.0_121\jre\bin\java -Djava.awt.headless=true -Dfile.encoding=UTF-8 -Djava.io.tmpdir=C:\sonarqube-developer-7.2.1\sonarqube-7.2.1\temp -Xmx512m -Xms128m -XX:+HeapDumpOnOutOfMemoryError -cp ./lib/common/*;C:\sonarqube-developer-7.2.1\sonarqube-7.2.1\lib\jdbc\mysql\mysql-connector-java-5.1.46.jar org.sonar.ce.app.CeServer C:\sonarqube-developer-7.2.1\sonarqube-7.2.1\temp\sq-process8053836159887138849properties
jvm 1 | 2018.08.05 10:17:06 INFO app[o.s.a.SchedulerImpl] Process[ce] is up
jvm 1 | 2018.08.05 10:17:06 INFO app[o.s.a.SchedulerImpl] SonarQube is up
I am still facing same issue - No sonar qube analysis on pull request now.
Now I am on Developer Edition with the Trial Key shared by Adriana Z.
We are evaluating PR Analysis and noticed issue where as in the âBranch & Pull Requestsâ section I couldnât see any issues. Although developer has introduced issues and we can see in Individual file also.
You can see below (I cant attach now), all issues are 0
Branches & Pull RequestsLong living branches pattern:
(branch|release)-.*Use this page to manage project branches and pull requests.Short-lived branches and pull requests are permanently deleted after 30 days without analysis.
You can adjust this value globally in General Settings.
Branch Status Last Analysis Date Actions
masterMain Branch 4 days ago
345 â SHARI-437
0
0
0
4 days ago
347 â SHARI-4367
0
0
0
4 days ago
Am I on Developer Edition ?
jvm 1 | 2018.08.12 12:15:07 INFO app[][o.s.a.p.ProcessLauncherImpl] Launch process[[key='ce', ipcIndex=3, logFilenamePrefix=ce]] from [C:\sonarqube-developer-7.2.1\sonarqube-7.2.1]: D:\emaratech\softwares\jdk1.8.0_121\jre\bin\java -Djava.awt.headless=true -Dfile.encoding=UTF-8 -Djava.io.tmpdir=C:\sonarqube-developer-7.2.1\sonarqube-7.2.1\temp -Xmx512m -Xms128m -XX:+HeapDumpOnOutOfMemoryError -cp ./lib/common/*;C:\sonarqube-developer-7.2.1\sonarqube-7.2.1\lib\jdbc\mysql\mysql-connector-java-5.1.46.jar org.sonar.ce.app.CeServer C:\sonarqube-developer-7.2.1\sonarqube-7.2.1\temp\sq-process9012321300205295926properties
jvm 1 | 2018.08.12 12:15:16 INFO app[][o.s.a.SchedulerImpl] Process[ce] is up
jvm 1 | 2018.08.12 12:15:16 INFO app[][o.s.a.SchedulerImpl] SonarQube is up
Thatâs your problem. The first analysis says âanalyze this PR branch as masterâ and the second analysis says âcompare this PR branch to masterâ. So of course no new issues are found in the PR.
Above mentioned steps we followed on developer edition which works fine for us . However we noticed sometimes âBranch & Pull requestâ In SonarQube points issues in those files which do not belong to the current pull request.