Gradle 从常春藤到格拉德尔问题的迁移

Gradle 从常春藤到格拉德尔问题的迁移,gradle,ivy,Gradle,Ivy,我正在从常春藤转到小学 在ivy中,我能够拥有一个包含所有依赖项版本的属性文件 在发布时,我也更新了这个文件 这是版本的中央控制。很舒服。例如: 版本.属性: 和ivy.xml: 语法,但我希望依赖关系是灵活的。如果项目位于工作区中,请解决它。否则,请从存档中下载 如何实现这种行为 谢谢这应该是两个独立的问题。无论如何: ad 1)所有被弃用的都是动态属性,即使用foo=“bar”引入新属性。相反,它现在是def foo=“bar”,或者,如果需要从其他构建脚本访问该属性,则是ext.foo

我正在从常春藤转到小学

在ivy中,我能够拥有一个包含所有依赖项版本的属性文件

在发布时,我也更新了这个文件

这是版本的中央控制。很舒服。例如:

版本.属性:


和ivy.xml:


语法,但我希望依赖关系是灵活的。如果项目位于工作区中,请解决它。否则,请从存档中下载

如何实现这种行为


谢谢

这应该是两个独立的问题。无论如何:

ad 1)所有被弃用的都是动态属性,即使用
foo=“bar”
引入新属性。相反,它现在是
def foo=“bar”
,或者,如果需要从其他构建脚本访问该属性,则是
ext.foo=“bar”
。(如果属性拼写错误,此更改将允许Gradle 2.x失败;Gradle 1.x至少会发出弃用警告。)

请注意,消费者方面没有任何变化,即仍可通过其简单名称访问该属性(例如,
println foo
)。请注意,不应通过
ext.foo
访问它,即使这在某些情况下也有效

广告2)这目前不是一流的功能,但可以通过一些努力来实现。(有关概念证明和更严肃的实现的早期版本,请参阅)。我希望这将成为2.x时代的一流功能

  log4j.ver=1.14
  commons-lang.ver=1.1
  <dependencies>
    <dependency org="log4j" module="log4j" ver="log4j.ver"/>
  </dependencies>
  dependencies{
   compile project(':shared')
  }