很长一段时间我都没有这样做。我仍然不知道是否有一种方法可以让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广口瓶中。
但有人必须同时同时处理A和B.因此，他们将所有项目导入Eclipse工作区。他们在A中修改了一个东西（比如说修复一个bug），想要通过从B运行一些东西来尝试它们。他们的改变是不可见的，因为B：foo依赖于先前下载的A：1的已发布的jar工件，而不是Eclipse项目“一”。这使调试，验证等变得复杂。手动更新项目依赖项是短暂的 - 只有在下一次依赖项刷新之前。
答案 0 :(得分：2)
安装了Gradle IDE插件的Eclipse有一个选项Remap Jars to Gradle Projects
在Windows > Preferences > Gradle对话框下。我不亲自使用它，但它应该适合你。