适用于 Git 或 TFS 的 Ivy 自定义解析器

Question

我对 Ivy 相当陌生，所以也许有一种我无法在文档中找到的直接方法，或者我正在寻找的方法是不可能的，但这里是。我希望能够指定源代码位于使用不同协议的本地和/或远程服务器上的依赖关系。

具体来说，我有一些项目依赖项存储在本地网络 TFS 服务器上，其他项目依赖项存储在远程 Git 服务器上（更准确地说是 www.github.com）。 com）。是否可以让 Ivy 下载源代码并构建一个 jar 文件，然后将其用作依赖项？如果是这样，怎么办？

Answer 1

我会回应 @dbyrne 的答案，即 ivy 旨在管理二进制预编译依赖项。
您最好使用像 Nexus 这样的本地存储库管理器来存储项目的第 3 方依赖项。

然而......

从技术上来说，ivy 使用 打包解析器。这个非常聪明的解析器旨在获取第 3 方 zip 或 tar 存档，然后使用 ANT 提取所需的工件。

下面是我的示例，它从 github leachim6 存储库 下载“hello world”源代码并进行编译立即放入名为“hello-world.jar”的罐子中。

文件

项目文件

|-- build.xml
|-- ivysettings.xml
|-- ivy.xml
`-- repository
    `-- leachim6
        `-- hello-world
            `-- 1.0
                `-- packager.xml

ivy.xml

<ivy-module version="2.0">
    <info organisation="com.demo" module="packager_demo"/>
    <dependencies>
        <dependency org="leachim6" name="hello-world" rev="1.0"/>
    </dependencies>
</ivy-module>

声明对“hello-world”工件 1.0 版的依赖关系。在这个级别，ivy 预计会从某种第三方存储库中获取 jar。

ivysettings.xml

<ivysettings>
    <settings defaultResolver="central"/>
    <resolvers>
        <ibiblio name="central" m2compatible="true"/>
        <packager name="packager" buildRoot="${user.home}/.ivy2/packager/build" resourceCache="${user.home}/.ivy2/packager/cache" preserveBuildDirectories="false" restricted="false">
            <ivy pattern="file:///${ivy.settings.dir}/repository/[organisation]/[module]/[revision]/ivy.xml"/>
            <artifact pattern="file:///${ivy.settings.dir}/repository/[organisation]/[module]/[revision]/packager.xml"/>
        </packager>
    </resolvers>
    <modules>
        <module organisation="leachim6" name="hello-world" resolver="packager"/>
    </modules>
</ivysettings>

这是我们定义要使用的存储库（或 ivy 中的解析器）的地方。默认情况下，ivy 从 Maven Central 检索，但是，我们另外指定应使用打包器解析器检索“hello-world”模块。

打包器属性需要进一步解释：

• resourceCache ：这是存储下载的存档的位置。
• buildRoot ：这是对下载的存档进行解压和操作的地方。
• restricted ：通常不允许打包程序运行javac和delete等ANT命令。如果打包程序文件位于远程位置，则被认为是危险的。

packager.xml

<packager-module version="1.0">
    <property name="name" value="${ivy.packager.module}"/>
    <property name="version" value="${ivy.packager.revision}"/>

    <resource dest="archive" url="https://github.com/leachim6/hello-world/tarball/master" sha1="7f0e2836d1e8dc6130cca68d29b6f86027b22983" type="tar.gz"/>

    <build>
        <mkdir dir="classes"/>
        <javac srcdir="archive/leachim6-hello-world-38f6567/j" includes="*.java" destdir="classes"/>
        <jar destfile="artifacts/jars/${name}.jar" basedir="classes"/>
    </build>
</packager-module>

这里是我们放置创建“hello-world.jar”工件的 ANT 脚本逻辑的位置。

该文件用于生成 ANT 脚本，该脚本下载远程工件（使用其校验和以确保安全）并提取或在我们的示例中编译将返回到 ivy 任务的工件。

最终说明：

• 这是一个人为的示例。在现实生活中，您会发现编译逻辑通常比简单调用 javac 更复杂。
• 一旦 github 项目发布另一个版本，该示例就会崩溃。 （没有发布标签作为此示例的基础）

Answer 2

这要么是不可能的，要么需要严重的黑客攻击。 Ivy 旨在下载已编译的依赖项。使用任何现代构建管理工具（Maven、Ivy、Gradle 等），尽可能遵守约定总是更好。你离正路越远，最终给自己带来的痛苦就越多。

为什么需要动态下载并编译代码？如果您只想将源代码用于调试目的，这个问题 可能有帮助。如果原因是因为您总是想要检查到 VCS 中的任何内容的绝对前沿版本，那么您最好设置某种连续构建来为您生成工件。