java - 为什么我的 play 框架构建有时会获取 oss-parent 依赖项？

Question

我有一台自动构建 play framework 2.3.4 项目的服务器，可以成功构建我的开发分支。但是，当我在同一台服务器上使用相同的脚本构建不同的分支时，我会遇到一些奇怪的行为。

构建出于某种原因获取名为 [actual dependency]-parent 的依赖项，这不会发生在另一个分支上，也不会发生在我在本地机器上构建有问题的分支时。

例如:

在我的本地:

[info] Resolving org.elasticsearch#elasticsearch;1.4.0 ...
[info] Resolving org.apache.lucene#lucene-core;4.10.2 ...
[info] Resolving org.apache.lucene#lucene-analyzers-common;4.10.2 ...
[info] Resolving org.apache.lucene#lucene-queries;4.10.2 ...
[info] Resolving org.apache.lucene#lucene-memory;4.10.2 ...
[info] Resolving org.apache.lucene#lucene-highlighter;4.10.2 ...
...

在 CI 构建上:

[info] Resolving org.elasticsearch#elasticsearch;1.4.0 ...
[info] Resolving org.sonatype.oss#oss-parent;7 ...
[info] Resolving org.apache.lucene#lucene-core;4.10.2 ...
[info] Resolving org.apache.lucene#lucene-parent;4.10.2 ...
[info] Resolving org.apache.lucene#lucene-solr-grandparent;4.10.2 ...
[info] Resolving org.apache#apache;13 ...
[info] Resolving org.apache.lucene#lucene-analyzers-common;4.10.2 ...
[info] Resolving org.apache.lucene#lucene-parent;4.10.2 ...
[info] Resolving org.apache.lucene#lucene-queries;4.10.2 ...
[info] Resolving org.apache.lucene#lucene-parent;4.10.2 ...
[info] Resolving org.apache.lucene#lucene-memory;4.10.2 ...
[info] Resolving org.apache.lucene#lucene-parent;4.10.2 ...
[info] Resolving org.apache.lucene#lucene-highlighter;4.10.2 ...
[info] Resolving org.apache.lucene#lucene-parent;4.10.2 ...
...

依赖关系org.sonatype.oss#oss-parent;7是全新的，在工作版本中没有 org.sonatype.oss依赖。

随后是无法启动虚假应用程序后测试失败，我认为这是因为不良的依赖关系。

有谁知道是什么原因造成的？

这是我的 build.sbt 中的解析器的样子:

resolvers := Seq(
  "Sonatype repo" at "https://oss.sonatype.org/content/repositories/releases/",
  "Sonatype snapshots" at "https://oss.sonatype.org/content/repositories/snapshots/",
  "Maven central repo" at "https://oss.sonatype.org/content/repositories/central/",
  "Maven central repo2" at "https://repo1.maven.org/maven2/",
  "Typesafe Repository" at "https://repo.typesafe.com/typesafe/releases/",
  Resolver.url("Objectify Play Repository", url("http://schaloner.github.io/releases/"))(Resolver.ivyStylePatterns),
  Resolver.url("Objectify Play Snapshot Repository", url("http://schaloner.github.io/snapshots/"))(Resolver.ivyStylePatterns),
  Resolver.url("Edulify Repository", url("http://edulify.github.io/modules/releases/"))(Resolver.ivyStylePatterns),
  Resolver.file("Local Repository", file(sys.env.get("PLAY_HOME").map(_ + "/repository/local").getOrElse("")))(Resolver.ivyStylePatterns),
  Resolver.mavenLocal
)

今天上午，2015 年 2 月 6 日，两个分支合并，因此没有差异。然而，一个分支仍在构建，但另一个分支失败(在同一个弹性实例上)。每个构建都有自己的激活器实例，并且不共享存储库文件夹，但是两个存储库文件夹是相同的。

Answer 1

根本原因可能是 oss.sonatype.org 存储库不久前从 http 移动到 https，因此 sbt 试图通过 https 获取该依赖项，获得 301 重定向并对其进行轰炸。我怀疑您在本地看不到它的原因可能是您有一个缓存版本？

我认为以下两种方法之一可以帮助您克服它:

1. 如果您有权访问您的 CI 服务器的 maven 存储库，请尝试从您的本地 maven 存储库复制正确的依赖项(在删除当前缓存版本后，如果有的话)。这通常位于运行 CI 服务器或构建过程的任何用户的主目录中，在 ~/.m2/repository/org/sonatype/oss/oss-parent/7

   我建议删除整个目录(如果有的话)并从本地已知良好的副本中复制整个目录。

2. 如果这不起作用或不可能，您可以考虑添加 sonatype 存储库的正确 https URL，在 sbt 中它看起来像这样:

   resolvers += "Sonatype OSS Snapshots" at "https://oss.sonatype.org/content/repositories/snapshots"
   

   在您的 Build.scala 的适当部分...但是您可能仍然需要删除任何损坏的缓存版本的目录，如果它存在并且跨构建持续存在的话。