在gradle中发布到ivy存储库时,如何解决flatDir瞬态依赖关系?

时间:2012-08-24 16:15:15

标签: gradle ivy

我有一个由gradle构建的项目,它将工件发布到本地ivy存储库。从历史上看,我们使用gradle纯粹使用flatDir存储库,因为我们希望将所有内容保存在本地。但是,我开始看到使用常春藤而不是到处复制生成的工件的好处。

我可以轻松地将工件发布到ivy,但是使用存储库来拉动此工件的其他项目在其瞬态flatDir依赖项上失败。

我正在尝试找出处理这些瞬态依赖关系的最佳方法。很明显,任何使用工件的人都需要它们,因为它们具有工件使用的类。我应该将我的工件的瞬态依赖性发布到常春藤吗?最好的方法是什么?

我已经尝试过(我认为是黑客攻击)将flatLib目录中的jar声明为工件本身:

group 'utils'

repositories {
    flatDir {
        dirs 'lib'
        name 'librepo'
    }
}

dependencies {
    compile ":antlr:3.4"
    // ...
}

artifacts {
    project.repositories.librepo.dirs.each { dir ->
        dir.eachFile {
            if (it.isFile()) {
                archives file(it)
            }
        }
    }
}

但是,包含工件的项目会因为flatDir文件上传到与主工件相同的组(在本例中为“utils”)而失败,但在依赖项部分中没有组定义,因此条目在ivy.xml中没有组织值,即

<dependency org="" name="antlr" rev="3.4" conf="compile->default"/>

我想我错过了什么,如果将flatDir和常春藤混合在一起,我们将不胜感激。

我是否应该将flatDir依赖项迁移到ivy以便它们正确解析,然后我可以更改我的构建以仅使用它作为源发布的ivy存储库?我真的不能想到一个更好的方法,但如果我这样做,那将会产生相当大的影响,因为每个依赖都必须从主项目dir的lib目录转移到常春藤,而我只是真的想要使用常春藤存储库来管理我们生成的工件,而不是第三方库。

1 个答案:

答案 0 :(得分:1)

为了完整起见,我无法找到一个合适的解决方案,并最终在this article的帮助下将所有的lib / jars移动到常春藤。不过,这个问题最终让我获得了风滚草奖!