当我运行jenkins任务时,我得到以下错误
17:12:49.738 INFO - Sensor SCM Sensor...
17:12:49.847 INFO - SCM provider for this project is: svn
17:12:49.847 INFO - Retrieve SCM blame information...
17:12:49.863 INFO - 843 files to be analyzed
INFO: ------------------------------------------------------------------------
INFO: EXECUTION FAILURE
INFO: ------------------------------------------------------------------------
Total time: 1:11.026s
Final Memory: 31M/214M
INFO: ------------------------------------------------------------------------
ERROR: Error during Sonar runner execution
ERROR: Unable to execute Sonar
ERROR: Caused by: The svn blame command [svn blame --xml --non-interactive -x -w src/com/musigma/muPDNA/RESTClient/ServiceClient.as] failed: svn: E215004:
Run Code Online (Sandbox Code Playgroud)
当我尝试删除.svn文件夹并运行声纳运行器时,它工作正常.我试图忽略svn文件和svn文件夹,我也尝试在声纳中禁用blame选项,但没有任何可能的结果.
这是正确的方法吗?
它没有提到任何地方.我想消除由blame(svn)引起的错误,但我不想在分析之前删除".svn"文件夹(这是我能够让它工作的唯一方法)
我最近从SonarQube 5.1.2升级到SonarQube 5.6.现在我收到IllegalStateException"执行文件责备时出错".这种情况在Eclipse和Jenkins中使用我的ant脚本构建.在Jenkins中,错误更加完整,表明SVNAuthenticationException E170001:协商身份验证失败:'没有提供有效凭据'.
SonarQube管理 - >常规设置 - > SCM - > SVN中存在有效凭据.它们与我在5.1.2中使用的凭据相同,并且责备功能无错误地工作,并为各种开发人员分配了问题.此外,我的构建脚本使用相同的凭据填充sonar.svn.username和sonar.svn.password.secured.
在5.1.2中我使用了sonar-issue-assign-plugin.我看到现在已经弃用了,实际上如果该插件存在,SonarQube 5.6将无法成功启动.不幸的是,取而代之的是不适合我.
编辑:我仍然坚持这一个.我在SonarQube管理>生成设置> SCM> SVN中重新输入凭据,然后重新启动服务器.结果相同.这是异常堆栈跟踪的最后一部分:
引起:org.tmatesoft.svn.core.SVNAuthenticationException:svn:E170001:协商身份验证失败:org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:62)中没有提供"有效凭据" at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51)at org.tmatesoft.svn.core.internal.io.dav.http.DefaultHTTPNegotiateAuthentication $ 1.run(DefaultHTTPNegotiateAuthentication.java:175 )org.tmatesoft.svn.core.internal.io.dav.http.DefaultHTTPNegotiateAuthentication $ 1.run(DefaultHTTPNegotiateAuthentication.java:166)at org.tmatesoft.svn.core.internal.io.dav.http.DefaultHTTPNegotiateAuthentication.authenticate( DefaultHTTPNegotiateAuthentication.java:221)org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:477)org.tmatesoft.svn.core.internal.io.dav.http.位于org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request的HTTPConnection.request(HTTPConnection.java:398)(HTTPConnection.java:386 )org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:863)at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:699) )org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:118)org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:1049) )org.tmatesoft.svn.core.internal.io.dav.DAVRepository.hasCapability(DAVRepository.java:877)at org.tmatesoft.svn.core.io.SVNRepository.assertServerIsMergeInfoCapable(SVNRepository.java:787)at org. tmatesoft.svn.core.io.SVNRepository.getFileRevisions(SVNRepository.java:756)位于org.tmatesoft.svn的org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteAnnotate.run(SvnRemoteAnnotate.java:111). core.internal.wc2.remote.SvnRemoteAnnotate.run(SvnRemoteAnnotate.java:35)org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:21)at org.tmatesoft.svn.core. wc2.SvnOperationFactory.run(SvnOpe rationFactory.java:1235)org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294)org.tmatesoft.svn.core.wc.SVNLogClient.doAnnotate(SVNLogClient.java:295)at org .sonar.plugins.scm.svn.SvnBlameCommand.blame(SvnBlameCommand.java:100)... 64更多
编辑2:我使用sonarqube-ant-task-2.5.jar将其作为Ant任务运行,我使用SonarQube插件(版本2.4.4)在Jenkins中将其作为单独的构建步骤运行,结果相同.我仍然不知道为什么在尝试分配责任时它没有找到我的SVN凭证.
我按照这些说明操作:http://docs.sonarqube.org/display/PLUG/Triggering+SonarQube+on+Jenkins+Job#TriggeringSonarQubeonJenkinsJob-TriggeringaProjectAnalysiswithMaven
SonarQube:5.1.1,
Jenkins SonarQube插件:2.2.1
我对基础项目的maven目标是
干净的编译器:编译
当我构建我的项目时,我从声纳后期构建任务中得到此错误:
[ERROR] Failed to execute goal org.codehaus.mojo:sonar-maven-plugin:2.6:sonar (default-cli) on project onu-main: SCM provider was set to "git" but no SCM provider found for this key. No SCM provider installed -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.codehaus.mojo:sonar-maven-plugin:2.6:sonar (default-cli) on project onu-main: SCM provider was set to "git" but no SCM provider found for this key. No SCM provider installed
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:216)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
at …Run Code Online (Sandbox Code Playgroud) 我在Windows 7机器上使用SVN执行声纳分析(Sonar Runner v2.4和SonarQube 5.0)时遇到了一些问题.
我收到以下错误:
java.lang.IllegalStateException: Unable to blame file DataTypes/TtCallPackagePlanType.cs. No blame info at line 1. Is file commited?
当我用-X标志执行sonar-runner时,它告诉我sonar正在执行这个blame命令:
svn blame --xml --non-interactive -x -w --username ******** --password ******** --trust-server-cert DataTypes/TtCallPackagePlanType.cs
但是当我在同一位置的命令提示符下运行该命令时,我会得到一个完整格式的XML文件,您可以在此链接中看到:
SVN版本是1.8.10,我svn upgrade在执行sonar-runner之前在完整目录上运行.
我不明白SVN插件与blame数据有什么问题.
我无法附加完整的日志,因为它对于网站(和pastebin)来说太大了,但是这里(我认为是)相关的行:
01:18:49.335 DEBUG - Executing: svn blame --xml --non-interactive -x -w --username ******** --password ******** --trust-server-cert DataTypes/TtCallDirection.cs
01:18:49.381 DEBUG - Executing: svn blame --xml --non-interactive -x -w --username ******** --password ******** --trust-server-cert DataTypes/TtCallOrigin.cs
01:18:49.413 DEBUG - Executing: svn blame …Run Code Online (Sandbox Code Playgroud) 是否可以从Sonar的SCM责备数据收集中排除文件?
我在这条路径上有一个文件: ./projects/ichrg/ichrg.Web/bottombar.cs
命令行的svn blame在文件上运行正常,但是当我用声纳运行它时,我得到以下错误:
java.lang.IllegalStateException:
svn blame命令:
svn blame --xml --non-interactive -x -w --username ******** --password ******** --trust-server-cert BottomBar.cs失败:
svn:警告:W155010:
'D:\JenkinsBuilds\svntrunk\projects\ichrg\ichrg.Web\BottomBar.cs'找不到节点 .svn:E200009:无法对所有目标执行责任,因为某些目标不存在
这听起来像是一个svn问题.
目前,我只想从SCM分析中排除有问题的文件,我将以下模式添加到门户网站"文件排除"下的"源文件排除"属性中:
**/bottombar*
但它继续试图获取文件的责备数据.
有没有其他方法我可以阻止声纳试图为我的文件指责数据?
sonarqube ×5
svn ×4
blame ×2
sonar-runner ×2
ant ×1
jenkins ×1
maven ×1
sonarqube5.1 ×1
tortoisesvn ×1