我有一个由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目录转移到常春藤,而我只是真的想要使用常春藤存储库来管理我们生成的工件,而不是第三方库。
答案 0 :(得分:1)
为了完整起见,我无法找到一个合适的解决方案,并最终在this article的帮助下将所有的lib / jars移动到常春藤。不过,这个问题最终让我获得了风滚草奖!