定义Ivy中“最新集成”的行为

Question

我很难理解latest.integration是如何工作的。

我有一个例子，没有给出输出中提到：http://ant.apache.org/ivy/history/latest-milestone/tutorial/defaultconf.html

也就是说，无论发布时间如何，本地解析器都优先于其他解析器。

我的常春藤.xml是这样的：

<resolvers>
<chain name="download-chain" returnFirst="false" >
    <url name="nexus-repo" m2compatible="true" >
        <artifact pattern="${nexus}/[organization]/[module]/[revision]/[type]s/[artifact](-[classifier]).[ext]" />
        <ivy pattern="${nexus}/[organisation]/[module]/[revision]/[type]s/[artifact].[ext]" />
    </url>
    <resolver ref="local" />
</chain>
</resolvers>

这里我声明我有一个nexus url存储库和一个对默认本地的引用。当我想解决我的依赖时，我使用这个链。

我构建了指定的工件并将其发布到本地，状态为“集成”，版本为“HEAD”（对我们来说类似于SNAPSHOT），首先使用本地解析器：

<ivy:publish 
    overwrite="yes"
    update="true"
    artifactspattern="${project.dist.dir}/[artifact]-[revision](-[classifier]).[ext]" 
    resolver="local"
    settingsRef="ivy.nexus"
/>

并再次重建它并将其发布到nexus存储库：

<ivy:publish 
    overwrite="yes"
    update="true"
    artifactspattern="${project.dist.dir}/[artifact]-[revision](-[classifier]).[ext]" 
    resolver="publish-url"
    forcedeliver="true"
    settingsRef="ivy.nexus"
/>

我有另一个项目，它将以前的工件声明为修订版“最新.集成”的依赖关系。

我希望工件应该从本地存储库中下载，而不考虑声明的解析器的顺序。但事实并非如此。下载的工件总是首先提到的解析器。更改“本地”解析器的名称不会产生任何影响。顺序永远是最重要的。

我尝试将更改=“true”附加到我的依赖项。这无济于事。

在这个问题中：Ivy：强制依赖本地快照

Asker提到了一种甚至不同的行为，即选择最新的（解析器的顺序甚至无关紧要）。

所以总结一下，很抱歉延长了：如何获得一个工件：

1）始终最新的集成（最新的），无论位置如何。

2） 始终从本地获取，即使其他位置有更新的集成版本。

3） 我有那么笨吗？

Answer 1

我可以设法使订单变得微不足道。

我不知道我应该走多远，但是：

我在链解析器和URL解析器中使用了最新=“最新时间”。然而，这还不够，当我调试代码时，我发现每个解析器都由其自己的“最新”来判断。所以我像这样覆盖了本地存储库：

<filesystem name="local" latest="latest-time" > 
    <ivy pattern="${ivy.local.default.root}/${ivy.local.default.ivy.pattern}"/>
    <artifact pattern="${ivy.local.default.root}/${ivy.local.default.artifact.pattern}"/>
</filesystem>

Answer 2

我推荐阅读以下关于向Nexus发布工件的回答

如何用ivy和nexus发布第三方工件

使用ibiblio解析器，简单多了。

第二条建议是在 ANT 逻辑中明确区分集成和发布版本。前者可以使用时间戳作为其修订版，而后者需要有一个策略来维护递增的修订版号（这是一个完全不同的问题）。Maven 调用这些“快照”或“发布”构建并实现两种不同类型的存储库来支持它们。

最后一条建议是避免使用本地存储库，除非您决定在本地存储库中存储集成构建。Ivy维护下载工件的本地缓存，很少值得花费精力或维护本地repo。