1

ジェンキンを使用するためのテストを自動化しようとしているgrails 1.3.8プロジェクトがあります。また、ジェンキンのsvnプラグインを使用しようとしていますが、そこから問題が始まります。なんらかの理由で、私の grails プロジェクトのプラグインを取得するのは難しく、通常、すべてを取得するにはアプリケーションを数回実行する必要があります (悪いことはわかっていますが、変更できるものではありません)。プラグインごとに次のコマンドを手動で実行するプラグインを取得すると、jenkins でプロジェクトを動作させることができます。

grails install-plugin $PLUGINNAME

プロジェクトで svn リポジトリを自然にポーリングしたい。ただし、オプションを使用する場合でも。

Use 'svn update' as much as possible

svn はワークスペース全体を完全に踏みにじり、svn の 1 回の実行ですべてを取得することができないため、ビルドが失敗する原因となるプラグインを含むすべてを殺します。私はこれに何日も苦労しており、ジェンキンスの高度なコマンドも試しました

    SCM checkout retry count : 5

しかし、それはビルドの結果をまったく変えるようには見えません。

どんな助けでも大歓迎です。

Jenkins Config の詳細 (スクリーンショットが小さすぎて読めなかった)

Advanced
Retry Count
SCM checkout retry count: 5

Source Code Management
Subversion
Repo URL : http://$IP/$MYAPP
Check out strategy: Use 'svn update' as much as possible
Repository Browser: Auto

Build
Build With Grails
Grails Installation: Grails 1.3.8*
Non Interactive: True (checked)
Targets: "test-app -unit"
server.port: 9144
grails.project.work.dir: target
Project Base Dir: ./app-api**

*Grails 1.3.8 は、ジェンキンの管理タブの下にある私のバージョンのジェンキンで指定されています。しかし、正しくセットアップされていることをテストして確認しました。

** プロジェクトの API の場所を指します。これは、ジェンキンのワークスペース内にあるテストしたいgrailsプロジェクトですが、その中にあるのはそれだけではありません。そのため、ここで指定します。

4

1 に答える 1

1

私はGrails2.xを使用していますが、プラグインの依存関係の解決に関してこの種の問題はありません。

Jenkinsで解決策を探していると、次のようなnaginatorプラグインが見つかりました。

ビルドが失敗した後、ビルドを自動的に再スケジュールできます。これは、次のようないくつかの場合に役立ちます。

ビルドは、一時的に利用できなかった外部リソース（DBダウン、ネットワークダウン、Webサイトダウンなど）に依存しています。ユーザーは、ユーザーに行動を促すために、ビルドが修正されるまで継続的にメールを送信することを望んでいます。

私はテストされていませんが、成功するまでビルドを自動的に再試行できると思います。

于 2012-09-25T19:15:43.190 に答える