当发布到gradle中的ivy存储库时，如何解决平面Dir瞬态依赖？

Question

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

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

我正在努力找出处理这些瞬态依赖的最佳方法。很明显，任何使用工件的人都需要它们，因为他们有工件使用的类。我应该将带有工件的瞬态依赖发布到ivy吗？最好的方法是什么？

我曾尝试（我认为这是一种黑客行为）将flatLib dir中的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文件上载到与主工件相同的组（在本例中为“UTIL”），但在依赖项部分中没有定义组，因此ivy中的条目也是如此。xml没有组织价值，即。

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

我想我错过了一些东西，任何帮助都将不胜感激如何混合平板和常春藤。

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

Answer 1

为了完整起见，我找不到一个合适的解决方案，在本文的帮助下，我也将所有的lib/jar迁移到了ivy。然而，这个问题最终为我赢得了风滚草奖！