很长一段时间我都没有这样做 . 我仍然不知道是否有一种方法可以让Eclipse有任何插件来实现某些gradle项目(在工作区中)依赖于其他gradle项目(也在工作区中),当这些项目来自其他不同的位置时(例如,单独的源代码库) .
它们最终并不依赖于彼此,而是依赖于彼此发布的工件 . 我必须在构建脚本中明确支持代码,作为eclipseClasspath eclipse插件的一部分,用于gradle创建Eclipse工作区位,同时告诉(在命令行上)这些其他项目将存在于工作区中 .
这不仅麻烦且不可维护,还需要预先知道工作空间中可能存在的内容,这些项目的名称,繁琐的命令行等 .
有没有解决方案或是即将到来的?
例:
假设有一个名为“A”的“产品” . 它可以有多个gradle项目,比如说“one”和“two” . 这些作为A:one和A:两个jar文物发布到maven或ivy风格的回购 . 说“两个”取决于“一个” . 你可以将它导入Eclipse,一切都会好的 . Eclipse项目“两个”将取决于Eclipse项目“one”,而不是从maven / ivy repo下载的one.jar .
还有另一个单独的产品“B” . 它也有多个gradle项目,比如“foo”和“bar” . 假设“bar”依赖于“foo”而“foo”恰好依赖于A:one . 一切都还好 . 如果你将“B”项目导入Eclipse,“bar”和“foo”项目将出现,“bar”将依赖于“foo”项目,而不是jar ....而foo将依赖于自动下载的A:one jar .
但有人必须同时同时处理A和B.因此,他们将所有项目导入Eclipse工作区 . 他们在A中修改了一个东西(比如说修复一个bug),想要通过从B运行一些东西来尝试它们 . 他们的改变是不可见的,因为B:foo依赖于先前下载的A:1的已发布的jar工件,而不是Eclipse项目“一” . 这使调试,验证等变得复杂 . 手动更新项目依赖项是短暂的 - 只有在下一次依赖项刷新之前 .