2012-01-06 4 views
0

J'ai installé un serveur CI avec le plugin hudson/SVN/plugin msar/msbuild pour construire et analyser mon code C# (plugin C# de l'écosystème installé).Comment configurer le serveur CI avec Hudson/SVN/Sonar/MSBuild

Le problème est quand je crée un emploi, je reçois une erreur:

[workspace] $ "C:\Program Files\Java\jdk1.7.0_01/bin/java" -cp C:\hudson\jobs\test\workspace\sonar-runner3271937888694838.jar;C:\hudson\jobs\test\workspace\sonar-batch-bootstrapper15605874800135.jar org.sonar.runner.Main -D project.settings=C:\hudson\jobs\test\workspace\trunk\test\sonar-project.properties 
Project settings: C:\hudson\jobs\test\workspace\trunk\test\sonar-project.properties 
Runner version: 1.1 
Server: http://localhost:9000 
Work directory: C:\hudson\jobs\test\workspace\.sonar 
17:04:03.874 WARN Derby database should be used for evaluation purpose only 
17:04:03.877 INFO Create JDBC datasource 
17:04:04.408 INFO Initializing Hibernate 
17:04:07.179 INFO No '.sln' file found or specified: trying to find one... 
17:04:07.186 WARN No '.sln' file specified, and none found at the root of the project: C:\hudson\jobs\test\workspace\. 
Exception in thread "main" org.sonar.batch.bootstrapper.BootstrapException: org.picocontainer.PicoLifecycleException: PicoLifecycleException: method 'public final void org.sonar.api.batch.bootstrap.ProjectBuilder.start()', instance '[email protected]4, java.lang.RuntimeException: wrapper 
    at org.sonar.runner.Runner.delegateExecution(Runner.java:155) 
    at org.sonar.runner.Runner.execute(Runner.java:58) 
    at org.sonar.runner.Main.main(Main.java:52) 
     ... 

Je pense qu'il ne trouve pas le fichier .sln, mais quand je désactiver le SVN OU Sonar dans le travail, il est OK .

Je configuré dans mon travail: - SVN (URL du serveur svn est OK) - msbuild (chemin de C:\hudson\jobs\test\workspace\trunk\test\test.sln est OK) - Sonar (chemin vers C:\hudson\jobs\test\workspace\trunk\test\sonar-project.properties est OK)

Mon sonar-projet fichier .properties (le fichier .sln et sonar-project.properties sont dans le même répertoire):

sonar.projectKey=test_app 

sonar.projectVersion=0.1 

sonar.projectName=test project 

sources=. 

sonar.language=cs 

Mon but est que chaque développeur de commettre sur le svn « run » un travail de hudson (avec une construction et un analyse du code avec msbuild et sonar).

Répondre

0

J'ai le même problème. Avez-vous résolu votre problème ?

J'ai créé une tâche de traitement par lots après la construction:

cd C: \ Program Files \ Jenkins \ emplois \ Contacts \ workspace \ ProjectName \

sonar-runner -Dsonar.language = cs - Dsonar.projectName = nomprojet -Dsonar.projectVersion = 1.0-SNAPSHOT -Dsources = "." -Dsonar.projectKey = projectKey

Cela fonctionne.

0

Assurez-vous d'ajouter la propriété sonar supplémentaire appelée: sonar.dotnet.visualstudio.solution.file = "nom du fichier sln" avec le chemin relatif au répertoire Workspace et vous serez prêt à partir.

Plus de ces propriétés peuvent être trouvés ici: Sonar CSharp Core Plugin

Questions connexes