2017-07-17 9 views
1

マイプロジェクト構造は次のようになります。jenkinsで複数モジュールのMavenプロジェクトをネストする方法は?

services 
    A 
    a1 
    a2 
    pom.xml 
    B 
    b1 
    b2 
    pom.xml 
    pom.xml 

私は最内のプロジェクト(a1a2b1b2)をスキャンしたいと思います。

sonar.modules=A,B 
sonar.sources=src 

を私はサービスのディレクトリからビルドしたいと思いますが、それは、このエラーで失敗しました::

The folder 'src' does not exist for 'A:a1'

ジェンキンスポストの手順では、私は主に、プロパティファイルなしSonarQubeスキャナを実行中に、「分析のプロパティ」を追加しました

SonarQubeがディレクトリAsrcを見つけようとすることを、私は、理解し、私はa1のようないくつかのネストされたプロジェクトを持っている私が作ることができますどのように

(私も成功せずA.modules=a1,a2を試してみました)スキャナはこれらのプロジェクトを分析しますか?

+0

この質問から、単純に 'mvn sonar:sonar'を使用できない理由は明確ではありません。それは、追加の設定なしですべてのサブモジュールでプロジェクト全体を分析する必要があります。 'pom.xml'や' settings.xml'を編集する必要はありません。これはそのままで動作します。 'mvn sonar:sonar'を使って分析すると何が欠けているのか教えてください。 – janos

+0

@ janos、私はmvn sonarと誤解しました。ソナーは本当にプロパティよりも便利だとわかりました。しかし、それは@slartidanのようなsettings.xmlの設定ソナーが必要です。 – yuxh

答えて

2

これは私のソリューションです:

sonar.modules=A,B 
A.sonar.modules=a1,a2 
B.sonar.modules=b1,b2 
sonar.projectBaseDir=. 
sonar.sources=src 

キーポイントはprojectBaseDirですが、私はこれが誰かが同様の問題に応えることができると思います。

0

SonarQubeでmavenプロジェクトを分析するとき、sonar.properties構成の代わりにsonar:sonarのmavenゴールを使用してください。

mavenを使用しているときに分析プロパティを変更する必要はありません。 mavenの設定では、すでにソースフォルダなどに関するソナー情報が表示されます。設定方法については、​​を参照してください。通常は、これのためにプロジェクトのpom.xmlを変更する必要はありません(あなただけのローカルメイクsettings.xml)。

+0

pomに依存関係を追加することを意味しますか?私は誰かのプロジェクトを修正するのは好きではありません。とにかく「解析プロパティ」を編集するだけですか? – yuxh

+0

ご返信ありがとうございます。 settings.xmlも編集したくありません。私はついに道を見つけました、私の答えを見てください。 – yuxh

関連する問題