Svn 声纳（SonarQube）和#x2B；scmstats scmactivity-未传入主机

由于某种原因，SCMStats插件停止工作，我不知道为什么

12:29:52.415 INFO  - Collection SCM Change log for the last 30 days
12:29:52.436 INFO  - Executing: /bin/sh -c cd /var/www/project/public/bo && svn --username david --password '*****' --no-auth-cache --non-interactive --trust-server-cert log -v -r '{2013-08-12 12:29:52 +0000}:{2013-09-12 12:29:52 +0000}' svn://
12:29:52.436 INFO  - Working directory: /var/www/project/public/bo
12:29:52.512 WARN  - Fail to retrieve SCM info. Reason: The svn command failed.
svn: Unknown hostname ''

12:29:52.513 INFO  - Collection SCM Change log for the last 365 days
12:29:52.514 INFO  - Executing: /bin/sh -c cd /var/www/bo.dhdevel-trunk.worldfirst.local/public/bo && svn --username david --password '*****' --no-auth-cache --non-interactive --trust-server-cert log -v -r '{2012-09-11 12:29:52 +0000}:{2013-09-12 12:29:52 +0000}' svn://
12:29:52.515 INFO  - Working directory: /var/www/bo.dhdevel-trunk.worldfirst.local/public/bo
12:29:52.570 WARN  - Fail to retrieve SCM info. Reason: The svn command failed.
svn: Unknown hostname ''

看起来它没有传入SCM字符串，但我已经在项目设置和对话框上的sonar属性文件中指定了一个字符串（并尝试删除其中一个）

我有SonarQube 3.7+插件（1.5.1和0.3）在Ubuntu12.04.3 LTS和SVN1.6.17上运行

正如我所说，这是在使用相同的连接字符串和用户/密码，所以我无法找出问题所在

svn启动，类似的命令在盒子上运行良好

---

谢谢，我遇到了同样的问题。ScmActivity插件配置正确（sonar.scm.url）已设置

然而，检索到的错误信息可以看到，但是统计数据“没有可用数据”

但我在日志中发现了以下内容：

[INFO] [22:16:56.984] Sensor ScmActivitySensor...
[INFO] [22:16:56.984] Trying to guess scm provider from project layout...
[INFO] [22:16:56.984] Found SCM type: svn
[INFO] [22:16:56.984] Retrieve SCM blame information with encoding windows-1252...
[WARN] [22:16:56.984] SCM Activity Plugin is configured to use more threads than actually available on this machine.
[INFO] [22:16:57.015] Retrieve SCM blame information with encoding windows-1252 done: 31 ms
[INFO] [22:16:57.015] Sensor ScmActivitySensor done: 31 ms

---

这是否意味着sonar项目中的sonar.scm.url设置被忽略，活动插件可以从工作区猜测正确的连接，而scm Stats插件不能？

我们在测试SonarQube 3.7时遇到了相同的问题。Sonar插件版本包括：

• SCM活动1.5.1
• SCM统计数据0.3

• 我们正在使用SonarQube 3.4.1和SCM Activity 1.5以及SCM Stats 0.2运行同一个项目，它正在按预期工作
• 我们有一个Maven多模块项目，有3个级别
• 在我写这篇文章的时候，我还在等待声纳的工作完成
• 我有与上述类似的日志：

SCM活动正在按预期工作（没有错误或警告日志条目）：

这些日志似乎指向丢失或不受尊重的SCM主机URL。 我们在顶级父级POM中定义了以下（略微更改）值：

<properties>
...
<sonar.scm.url>scm:svn:svn://path:port/project/trunk/folder</sonar.scm.url>
</properties>
and
<scm>
    <connection>${sonar.scm.url}</connection>
    <developerConnection>${sonar.scm.url}</developerConnection>
    <url>${sonar.scm.url}</url>
</scm>

...
scm:svn:svn://path:port/project/trunk/folder
和
${sonar.scm.url}
${sonar.scm.url}
${sonar.scm.url}

• 我没有花时间确定哪个SCM属性应该具有哪个值，所以我将它们都设置为相同的值
• 我试着进入各个项目来设定值，但没有效果
• 是否有可能未覆盖导致此问题的配置设置
• 多模块项目结构是否可能对所使用的适当值产生影响

• 我看到了下面的Sonar SCM Stats插件问题（），但它从0.1开始就已打开，没有其他详细信息

---

根据帕佩特罗的评论，这一问题现已得到解决。通过Sonar进行了更新，所有功能都恢复正常：）

您使用的是哪个版本的SCM统计插件？实际上，只有SVN SCM中才会出现回归错误。我打开了一个bug，该bug将在几天后在插件的bug修复版本1.3.1中修复。您使用的是哪个版本的SCM Stats插件？事实上，只有在SVN SCM中才会出现回归bug。我打开了一个bug，它将在几天内在插件的bug修复版本1.3.1中修复。事实上，只有在SVN scm中才会出现回归bug。我打开了一个bug，它将在几天后在插件的bug修复版本1.3.1中被修复。谢天谢地！我一直在互联网上搜寻同一问题的解决方案。如果我们明天能拿到，那就太好了；）发布需要几天时间，但在此期间，您可以下载并尝试最新的snapsoht，我们将等待插件的稳定发布。我们在上一次声纳升级中经历了很多痛苦，我需要让我们的团队对我们的构建过程有一些信心。谢谢你提供了一个快速的解决方案。

[INFO] [20:43:44.631] Sensor ScmActivitySensor...
[INFO] [20:43:44.631] Trying to guess scm provider from project layout...
[INFO] [20:43:44.631] Found SCM type: svn
[INFO] [20:43:44.631] Retrieve SCM blame information with encoding windows-1252...
[INFO] [20:45:10.260] Retrieve SCM info for C:\[...] <--multiple repeated lines for each class.

[INFO] [20:47:31.801] Sensor ScmStatsSensor...
[INFO] [20:47:31.801] Collection SCM Change log for the last 1 days
[INFO] [20:47:31.848] Executing: cmd.exe /X /C "svn --username [...] --password ***** --no-auth-cache --non-interactive --trust-server-cert log -v -r "{2013-09-17 01:47:31 +0000}:{2013-09-19 01:47:31 +0000}" svn://"
[INFO] [20:47:31.848] Working directory: C:\[...]
[WARN] [20:47:34.640] Fail to retrieve SCM info. Reason: The svn command failed.
svn: Can't connect to host '': No connection could be made because the target machine actively refused it.  

<properties>
...
<sonar.scm.url>scm:svn:svn://path:port/project/trunk/folder</sonar.scm.url>
</properties>
and
<scm>
    <connection>${sonar.scm.url}</connection>
    <developerConnection>${sonar.scm.url}</developerConnection>
    <url>${sonar.scm.url}</url>
</scm>