当前，我们有一个项目设置，该项目使用Ivy进行依赖项管理，并使用Ant作为常规构建工具（尽管此处可能无关紧要）。此外，我们还有一堆使用Maven构建的库，并且这些项目（我们有多个）依赖于这些库。我们知道这种情况远非理想，我们正在评估改进方法，但我们无法尽快完成更改。因此，我们必须处理目前的工作。

无论如何，这就是问题所在：它与Maven 2和Ivy一起使用，但是由于一些原因（一个是更好的冲突解决方案），我们最近开始切换到Maven 3，并且这种组合破坏了我们的构建。

首先，我将尝试描述我们的构建如何与Maven 2和Ivy一起使用。之后，我将添加切换到Maven 3时发生故障的地方。

常春藤+ Maven 2

在开发库的新版本时，我们使用的是SNAPSHOT版本，这些版本已安装到本地Maven存储库（.m2）中。此外，我们将这些快照部署到我们的Artifactory中，以便能够共享中间版本以实现一些并行开发。

然后，我们的项目声明对这些快照的依赖性。相应的ivysettings.xml如下所示：

<ivysettings>
  <settings defaultResolver="default" />
  <include url="${ivy.default.settings.dir}/ivysettings-local.xml" />
  <resolvers>
    <ibiblio name="public" root="path.to.our.artifactory" m2compatible="true" />

    <filesystem name="local-maven2" m2compatible="true" checkmodified="true" changingPattern=".*SNAPSHOT">      
      <ivy pattern="${user.home}/.m2/repository/[organisation]/[module]/[revision]/[module]-[revision].pom" />
      <artifact pattern="${user.home}/.m2/repository/[organisation]/[module]/[revision]/[artifact]-[revision](-[classifier]).[ext]" />
    </filesystem>
    <filesystem name="local" checkmodified="true" changingPattern=".*SNAPSHOT">
      <ivy pattern="${ivy.local.default.root}/${ivy.local.default.ivy.pattern}" />
      <artifact pattern="${ivy.local.default.root}/${ivy.local.default.artifact.pattern}" />
    </filesystem>
    <filesystem name="local2" checkmodified="true" changingPattern=".*SNAPSHOT">
      <ivy pattern="${user.home}/.ivy2/cache/[organisation]/[module]/ivy-[revision].xml" />
      <artifact pattern="${user.home}/.ivy2/cache/[organisation]/[module]/[artifact]-[revision].[ext]" />
    </filesystem>

    <chain name="default" checkmodified="true" changingPattern=".*SNAPSHOT">
      <resolver ref="local" />
      <resolver ref="local-maven2" />
      <resolver ref="public" />
    </chain>
  </resolvers>
  <include url="${ivy.default.settings.dir}/ivysettings-shared.xml" />
</ivysettings>

由于这种设置，Ivy应该寻找快照的较新版本并正确解决该问题。通过比较相应.pom文件的文件日期来标识较新的版本。

当我们使用Maven 2构建快照时，相应的.pom将获得当前构建的文件日期，因此该检查有效，Ivy会解析正确的快照版本。

常春藤+ Maven 3

当使用Maven 3构建快照时，上述分辨率会中断。其原因似乎是，已安装的.pom文件未获得当前时间戳记作为其文件日期，但保留了复制的原始pom.xml的文件日期。因此，Ivy无法检测快照是否是新的。

似乎Maven 3将更新时间戳存储在maven-metadata-local.xml中，但是Ivy不会读取。我们知道有一个ibiblio解析器（我们正在使用），但是根据我们所知道的（例如，从类似这样的问题），它的意思是使用真正的删除存储库，并且在应用于本地.m2存储库时可能会产生问题。

我们还考虑过跟踪其他文件的文件日期，例如maven-metadata-local.xml或实际的工件，但是我们不确定这是否明智或在其他情况下会破坏构建。

那么我们应该/如何解决呢？

TL; DR

处理Mvy 3生成并部署在本地.m2存储库中的快照的Ivy依赖项的标准/建议方式是什么？

更新2016-07-26

这是我尝试解决此问题的两件事，但是我不确定是否会有我没有想到的副作用。如果有人可以对此有所解释，我将不胜感激：

1. 将文件系统解析器用于本地.m2存储库，但要与具有useOrigin="true"（可能还有一个较低的defaultTTL）的缓存配合使用。这样，似乎只有xml文件存储在.ivy2高速缓存中，并且在.m2存储库中引用了工件，即未复制它们。
   
   这似乎可行，但是我不确定是否可以通过第一次查找从共享快照存储库（Artifactory）中下载快照，然后稍后再由本地版本更新快照。在这种情况下，我们可能最终将工件的远程版本缓存在.ivy2中，并将一个较新版本安装到.m2中，.pom文件日期在两种情况下都相同。
2. 使用ibiblio解析器，root="file://${user.home}/.m2/repository/"该解析器似乎能够解析大多数工件（例外情况请参见下文），但在读取元数据时似乎仍然失败，即它不会使用.m2中提供的较新版本来更新缓存。回购。
   
   虽然能够解析.m2存储库中的大多数工件，但似乎会出现一些“ URL”的解析错误，就像file://{user.home}/.m2/repository/javax/enterprise/cdi-api/1.0/cdi-api-1.0.jar工件存在时一样，即我直接从Windows资源管理器复制了路径，它是"${user.home}\.m2\repository\javax\enterprise\cdi-api\1.0\cdi-api-1.0.jar"。