【发布时间】:2013-01-22 12:37:37
【问题描述】:
我正在尝试设置一个 Jenkins 任务,该任务会定期检查 play 2.1-rc4 项目并执行在您进行“游戏测试”时正常运行的所有任务。
我们的 Jenkins 安装托管在 cloudbees (dev@cloud) 上。
我安装了 Jenkins sbt 插件并将其配置为指向 sbt 的有效副本(我认为是 .11.?)。在我的构建中,我运行了一个 sbt 测试,当前目录设置为 play 项目的根目录。
我的理解是,sbt 会因为项目下的 build.properties 文件而将自身更新为 .12,下载并安装 play sbt 插件,解决所有依赖关系,然后执行测试。
但是,sbt 无法解析 play sbt 插件:
注意:一些未解决的依赖项有额外的属性。检查这些依赖项是否与请求的属性一起存在。
警告播放: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 等)
- 是否有人让 dev@cloud 正确执行 play 2.1-rc4 测试?如果是这样,您是如何设置的?
【问题讨论】:
标签: playframework jenkins sbt cloudbees playframework-2.1