van*_*vel 6 github pull-request travis-ci sonarqube
SonarQube在Travis成功构建之后,我正试图对我的GitHub拉取请求进行评论.
我已经进行了正常的分析工作.对于拉取请求分析,我还有所有令牌,安装了插件等.成功识别了拉取请求中的问题:调试日志显示成功的HTTP请求,其中服务器响应相关问题.日志的一些行:
15:06:10.194 INFO: ANALYSIS SUCCESSFUL
15:06:10.197 DEBUG: Post-jobs : GitHub Pull Request Issue Publisher (wrapped)
15:06:10.197 INFO: Executing post-job GitHub Pull Request Issue Publisher (wrapped)
Run Code Online (Sandbox Code Playgroud)
在GitHub上,我可以看到声纳使用的oauth令牌实际上正在被使用.
在向pull请求添加提交时,甚至还有sonarqube的状态:当添加新提交时,等待响应的时间很短,然后更改为"SonarQube reported no issues".请注意,此状态出现在声纳扫描仪在Travis上运行之前.
有谁知道可能是什么问题或我可以做什么来进一步调试这个?提前致谢!
万一它有帮助,我遇到了同样的问题.这个问题的报告帮助了我.
总而言之,这个问题可能是由于以下一个或多个因素造成的:
Sonarqube的分析模式需要设置为预览(-Dsonar.analysis.mode = preview),否则它似乎不会尝试连接到GitHub; 它会将结果存储在SonarQube数据库中.
如果扫描结果在您的代码中发现的问题已经保存到SonarQube的数据库中,它将不会将它们发送到GitHub,换句话说,当您在预览模式下为它们运行时,需要出现新的问题被送到GitHub.
一个明显的,但总是好检查,确保你的oauth证书是正确的,参数命名正确.
在SonarQube管理员设置(常规部分)中仔细检查属性"预览模式接受插件"和"预览模式排除插件",以确保未排除Github插件.
可能会有更多,但希望这会有所帮助.得到我的人是1号和2号.
| 归档时间: |
|
| 查看次数: |
2192 次 |
| 最近记录: |