代码之家 › 专栏 › 技术社区 › Crusha K. Rool

找出在Eclipse和Buildship中,是什么更改的资源导致了工作区刷新/重建

buildship gradle eclipse

0

Crusha K. Rool · 技术社区 · 8 年前

有没有一种方法可以从Eclipse平台或Buildship插件(甚至通过gradleapi本身)获得更详细的日志输出,以了解是什么导致了项目被重建?

上下文:

到 Eclipse Photon(带有Gradle Buildship插件) Refresh workspace on startup 在Eclipse首选项中禁用。设置 Max simultaneous project builds 更高的价值和 Max iterations when building with cycles

在旧版本中我们没有这些问题,这种行为在我看来很奇怪。在完全构建工作区、关闭Eclipse并重新打开它之后,我希望不会更改任何资源,也不需要重新构建。

违规者,就像是产生源头的任务。不过,我不想完全否定这样一种可能性,即我们定制的东西在评估Gradle项目时会弄乱文件。

到目前为止,我找到的唯一的背景是 eclipse.log.level ,但这已经默认为 ALL .

2 回复 | 直到 8 年前

1

Crusha K. Rool 8 年前

.options 文件

org.eclipse.jdt.core/debug=true
org.eclipse.jdt.core/debug/javadelta=true

org.eclipse.core.resources/build/delta=true
org.eclipse.core.resources/refresh=true

到Eclipse的安装目录。然后我用 -debug -consoleLog 论据。基本上如 this answer .

控制台中产生的跟踪输出足以表明.class文件的Gradle输出目录与Eclipse预期的输出目录不匹配的问题,因此它可能将该文件夹视为另一组资源。

2

1

Till Brychcy 7 年前

https://www.eclipse.org/downloads/ ),其中包含与此相关的两个修复程序:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=536990 这是特定于日蚀光子的

https://bugs.eclipse.org/bugs/show_bug.cgi?id=525597 这是一个老问题,只出现在更大的工作区(实际上伤害最大)