4

Maven ライフサイクルのほぼすべてを使用する、かなり標準的な Maven ベースの Java プロジェクトがあるとします。でコンパイルしcompile、JUnit テスト ケースを実行し、 /でtest自動的に開始および停止された jetty を使用して統合テストを行い、内部 Maven リポジトリにデプロイします。基本的なもの。integration-testverifydeploy

これは、Bamboo サーバーでビルド プランとしても実行されます。現時点では、 を実行する 1 つのタスクを持つ 1 つのジョブを持つ 1 つのステージしかありませんmvn clean deploy。これにより、レポの SNAPSHOT は常に、テストの失敗なしにコンパイルされるソース管理からの最後のバージョンになります。

今、Bamboo はもっと多くのことができると感じています... すべてが 1 つの孤独なタスクで処理されるとしたら、すべてのステージやタスクなどは何のためにあるのでしょうか? だから私は、「テスト」ステージ、「統合テスト」ステージ、「展開」ステージが実行される可能性があると考えました...しかし、すべてのステージには独自のチェックアウトディレクトリがあるため、最後のmvn testステージテストと検証を含め、Maven ライフサイクル全体を再度デプロイする必要があります...mvn verifymvn deploy

Mavenを竹にマッピングする良い方法は何ですか? このような構成例は見つかりませんでした。一貫した方法でこれを行った人はいますか? それとも、テスト用のものを pom.xml から直接構成された Bamboo ジョブに移動する必要がありますか?

4

1 に答える 1