Sonarqube 声纳奇怪的编码问题?

Sonarqube 声纳奇怪的编码问题?,sonarqube,sonarqube-scan,Sonarqube,Sonarqube Scan,我最近为Jenkins发布了一个更新,启动了SonarQube 5.6版的声纳扫描仪。我没有使用插件,只是从sonar-project.properties文件所在的目录中调用sonar扫描器的命令行 到目前为止,所有的开发人员都遵循了相同的步骤,为他们的服务配置了属性文件,除了少数情况外,效果非常好。两位开发人员遇到了一个奇怪的问题,错误消息提示: "Caused by: Not authorized. Analyzing this project requires to be authent

我最近为Jenkins发布了一个更新,启动了SonarQube 5.6版的声纳扫描仪。我没有使用插件,只是从sonar-project.properties文件所在的目录中调用sonar扫描器的命令行

到目前为止,所有的开发人员都遵循了相同的步骤,为他们的服务配置了属性文件,除了少数情况外,效果非常好。两位开发人员遇到了一个奇怪的问题,错误消息提示:

"Caused by: Not authorized. Analyzing this project requires to be authenticated. Please provide the values of the properties sonar.login and sonar.password."
我觉得这很奇怪,因为如果我在指令中使用的身份验证令牌错误,其他开发人员可能也会遇到同样的问题。我将工作副本与第一个开发人员的版本进行了比较,唯一的区别是项目特定的内容,如DLL名称、版本等。。。我将在下面提供一个模板。由于文件看起来很好,我保存了损坏的副本,并将另一个工作副本的内容复制到损坏的副本中。然后我更改了特定于项目的属性,并将其提交到subversion。声纳扫描成功

出于好奇,我随后逐行比较了旧的破损文件和新的工作副本。他们的性格完全没有区别。然后我认为这一定是一个编码问题。我通过添加sonar encoding属性做了一个快速测试,并将其提交回来,扫描失败。于是我又换回了工作副本,继续写下去

第二天,第二位开发者向我提出了同样的问题。然后,我尝试了前面相同的步骤,复制了一份工作副本的内容,粘贴到新副本中,并将其提交回。然而,这一次,变通办法没有奏效。事实上,我试着将5个不同的工作副本粘贴到其中,但它们都因授权错误而失败。我知道属性文件与令牌等完全正确

我不知道现在该怎么办,我在服务器上没有遇到任何日志向我显示任何好信息,除非它们是我不知道的日志

    # Token
    sonar.login=SOMESECRETTOKEN

    # Unique project key for sonar
    sonar.projectKey=SOMESERVICE

    # UI Settings for sonar
    sonar.projectName=SOMESERVICE
    sonar.projectVersion=SOMEVERSION

    # Path to source, if not set it searches from this
    # file's directory
    sonar.sources=.

    # Encoding of the source code. Default is default system encoding
    #sonar.sourceEncoding=UTF-8

    #Cop
    sonar.stylecop.projectFilePath=./SOMEPROJ.csproj
    sonar.cs.fxcop.assembly=./bin/Release/SOMEDLL.dll
    sonar.cs.fxcop.fxCopCmdPath=C:/Program Files (x86)/Microsoft Fxcop 10.0/FxCopCmd.exe
    sonar.fxcop.assemblies=./bin/Release/SOMEDLL.dll

非常感谢您的帮助和指点,谢谢

这与编码或文件内容无关,而是与权限有关。运行扫描的用户对相关项目没有执行分析权限


要使用第一次分析创建新项目,用户还必须具有“创建项目”权限。

这与编码或文件内容无关,而是与权限有关。运行扫描的用户对相关项目没有执行分析权限


要使用第一次分析创建新项目,用户还必须具有“创建项目”权限。

遇到此问题时,我用记事本++加载了该文件,它告诉我该文件是以visual studio提供的文本文件的某种奇怪编码保存的。我通过将编码切换到UTF-8解决了这个问题。这可能应该在声纳中处理得更好

遇到这个问题时,我用记事本++加载了该文件,它告诉我该文件是用visual studio提供的一些奇怪的文本文件编码保存的。我通过将编码切换到UTF-8解决了这个问题。这可能应该在声纳中处理得更好

抱歉,扫描仪始终由同一功能帐户使用相同的令牌运行。它适用于8/10开发人员。请仔细检查帐户令牌所属的帐户是否对2个有问题的项目具有权限。通常情况下,请检查双重权限,并且外观良好。我使用默认的Sonar管理员帐户。有一点可能是,这些发生这种情况的项目是尚未创建的新项目,因此它们不一定是当前项目,存在检查权限的问题。我不认为这是权限问题。许多其他运行Jenkins作业的开发人员已经成功扫描了Sonar,它使用相同的功能帐户,不管是谁启动它。此外,我的“创建项目”权限设置为“任何人”和“Sonar管理员”。默认管理员帐户位于该组中,并且该帐户具有完全权限。我仔细检查了这些代币,它们完全一样。我认为这是一些编码问题,因为我可以在不同的机器上创建用于扫描的相同文件,其中一个工作,而另一个不工作。抱歉,扫描仪总是由相同的功能帐户使用相同的令牌运行。它适用于8/10开发人员。请仔细检查帐户令牌所属的帐户是否对2个有问题的项目具有权限。通常情况下,请检查双重权限,并且外观良好。我使用默认的Sonar管理员帐户。有一点可能是,这些发生这种情况的项目是尚未创建的新项目,因此它们不一定是当前项目,存在检查权限的问题。我不认为这是权限问题。许多其他运行Jenkins作业的开发人员已经成功扫描了Sonar,它使用相同的功能帐户,不管是谁启动它。此外,我的“创建项目”权限设置为“任何人”和“Sonar管理员”。默认管理员帐户位于该组中,并且该帐户具有完全权限。我仔细检查了这些代币,它们完全一样。我认为这是一个编码问题,因为我可以在不同的机器上创建相同的文件用于扫描,其中一个工作,而另一个不工作。