play 2.1-rc4 プロジェクトを定期的にチェックアウトし、「play test」を行うときに通常実行されるすべてのタスクを実行する Jenkins タスクをセットアップしようとしています。
Jenkins のインストールは、cloudbees (dev@cloud) でホストされています。
Jenkins sbt プラグインをインストールし、sbt の有効なコピー (.11.? だと思います) を指すように構成しました。私のビルドでは、現在のディレクトリを play プロジェクトのルートに設定して sbt テストを実行します。
私の理解では、プロジェクトの下の build.properties ファイルのために sbt 自体が .12 に更新され、play sbt プラグインをダウンロードしてインストールし、すべての依存関係を解決してからテストを実行するということでした。
ただし、sbt は play sbt プラグインの解決に失敗します。
注: 一部の未解決の依存関係には追加の属性があります。要求された属性でこれらの依存関係が存在することを確認してください。
warn play:sbt-plugin:2.1-RC4 (sbtVersion=0.11.3, scalaVersion=2.9.1)
scala と sbt バージョンの属性が間違っているようです (play 2.1 は sbt .12 を使用しています)...私は play、sbt、Jenkins がどのように連携しているかをまとめようとしており、いくつか質問があります:
- build.properties が新しいバージョンを要求した場合、sbt .11 は現在のビルドだけをオンザフライで更新しますか?
- play sbt プラグイン (plugins.sbt にロードされている) はどのような機能を sbt に追加しますか? 「純粋な」sbt に置き換えることはできますか?
- sbt.boot.properties と play の framework/sbt/boot ディレクトリは何のためにあるのですか? play が sbt を実行するとき、-Dsbt.boot.properties を framework/sbt ディレクトリのブート プロパティ ファイルに設定します。このファイルは、いくつかのリポジトリと特に scala のバージョンを定義します。この sbt ディレクトリには、「boot」というサブディレクトリがあります。その中には、大量の jar を含むディレクトリ ツリーがあります。このブーツは何ですか？メインの sbt ドキュメントではカバーされていないようです..私の推測では、sbt 自体のロード (sbt に必要な deps の解決など) に関係していると思います。
- play 2.1-rc4 テストを正しく実行している dev@cloud を持っている人はいますか? もしそうなら、どのように設定しましたか？