Svn Sonar SCM故障线路1无故障数据

我在Windows7机器上使用SVN执行声纳分析（SonarRunner v2.4和SonarQube 5.0）时遇到一些问题

我得到以下错误：

java.lang.IllegalStateException:无法责怪文件数据类型/TTCallPackagePlantType.cs。第1行没有指责信息。是否提交了文件？

当我使用–X标志执行sonar runner时，它告诉我sonar正在执行以下命令：

svn-xml-非交互式-x-w-用户名***********-密码********-信任服务器证书数据类型/TtCallPackagePlanType.cs

但当我自己在同一位置的命令提示符下运行该命令时，会得到一个完整格式的XML文件，您可以在以下链接中看到：

SVN版本是1.8.10，在执行sonar runner之前，我在完整目录上运行了

SVN升级

我不明白SVN插件在数据上有什么问题

我无法附加完整日志，因为它对于站点（和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 --xml --non-interactive -x -w --username ******** --password ******** --trust-server-cert DataTypes/TtCallOutcome.cs
01:18:49.803 DEBUG - Executing: svn blame --xml --non-interactive -x -w --username ******** --password ******** --trust-server-cert DataTypes/TtCallPackagePlanType.cs
01:18:49.912 DEBUG - Executing: svn blame --xml --non-interactive -x -w --username ******** --password ******** --trust-server-cert DataTypes/TtCallReason.cs
01:18:49.959 DEBUG - Executing: svn blame --xml --non-interactive -x -w --username ******** --password ******** --trust-server-cert DataTypes/TtCallRecordOutcome.cs
01:18:49.974 DEBUG - Executing: svn blame --xml --non-interactive -x -w --username ******** --password ******** --trust-server-cert DataTypes/TtCallRecordValidity.cs
01:18:50.068 DEBUG - Executing: svn blame --xml --non-interactive -x -w --username ******** --password ******** --trust-server-cert DataTypes/TtCallValidity.cs
01:18:50.463 DEBUG - Executing: svn blame --xml --non-interactive -x -w --username ******** --password ******** --trust-server-cert DataTypes/TtChargeEnquiryReportDataType.cs
01:18:50.494 DEBUG - Release semaphore on project : org.sonar.api.resources.Project@1b4cf3[id=1,key=icharge:latest,qualifier=TRK], with key batch-sonar:test
01:18:50.512 DEBUG - Executing: svn blame --xml --non-interactive -x -w --username ******** --password ******** --trust-server-cert DataTypes/TtCheckOutNumberDetails.cs
INFO: ------------------------------------------------------------------------
INFO: EXECUTION FAILURE
INFO: ------------------------------------------------------------------------
Total time: 35.833s
Final Memory: 22M/115M
INFO: ------------------------------------------------------------------------
ERROR: Error during Sonar runner execution
org.sonar.runner.impl.RunnerException: Unable to execute Sonar
        at org.sonar.runner.impl.BatchLauncher$1.delegateExecution(BatchLauncher.java:91)
        at org.sonar.runner.impl.BatchLauncher$1.run(BatchLauncher.java:75)
        at java.security.AccessController.doPrivileged(Native Method)
        at org.sonar.runner.impl.BatchLauncher.doExecute(BatchLauncher.java:69)
        at org.sonar.runner.impl.BatchLauncher.execute(BatchLauncher.java:50)
        at org.sonar.runner.api.EmbeddedRunner.doExecute(EmbeddedRunner.java:102)
        at org.sonar.runner.api.Runner.execute(Runner.java:100)
        at org.sonar.runner.Main.executeTask(Main.java:70)
        at org.sonar.runner.Main.execute(Main.java:59)
        at org.sonar.runner.Main.main(Main.java:53)
Caused by: java.lang.IllegalStateException: Unable to blame file DataTypes/TtCallPackagePlanType.cs. No blame info at line 1. Is file commited?
        at org.sonar.plugins.scm.svn.SvnBlameConsumer.consumeLine(SvnBlameConsumer.java:135)
        at org.sonar.api.utils.command.CommandExecutor$StreamGobbler.consumeLine(CommandExecutor.java:191)
        at org.sonar.api.utils.command.CommandExecutor$StreamGobbler.run(CommandExecutor.java:177)

指向声纳项目的链接。属性：

指向sonar的链接。属性：
问题是由包含不可见UTF-16字符的源文件引起的，我的SVN版本在输出到XML时不支持该文件

将源文件的编码更改为ANSI并重新提交修复了此问题。
我也遇到了同样的问题，在我的情况下，这是由于文件名的大小写造成的。Sonar报告的文件名与文件系统（Windows，git）中实际存储的文件名有一些不同的字符，例如myFile.cs和myFile.cs
我将它们更新为匹配，问题就消失了。
我也有同样的问题。
我移除了sonar缓存文件夹并执行了git push，最后被修复了。真奇怪。
我认为这是sonar缓存和git缓存的问题。
我正在使用git，我也遇到了同样的问题。我已从存储库中删除该文件，并将其再次推送到存储库。这对我很有效。
我也有类似的问题：

ERROR: Error during SonarQube Scanner execution
java.lang.IllegalStateException: Unable to blame file <path_to_the_file>
    ...
Caused by: org.eclipse.jgit.api.errors.JGitInternalException: Missing commit <sha1_of_commit>

错误：SonarQube扫描仪执行期间出错
java.lang.IllegalStateException:无法责怪文件
...
原因：org.eclipse.jgit.api.errors.JGitInternalException:缺少提交

就我而言，这是由于浅层克隆。我对jenkins作业的设置方式是，它总是签出深度为1的分支（以获得时间）。
SQ用户邮件列表上的调查正在进行中。另请参见：这应该是一个注释