Узнайте, какие измененные ресурсы вызвали обновление/перестроение рабочей области в Eclipse с помощью Buildship.

Есть ли способ получить более подробные выходные данные журнала с платформы Eclipse или плагина Buildship (или даже через сам Gradle API) в отношении того, что вызвало пересборку проекта?

Контекст:

В настоящее время мы переходим с Eclipse Mars (с подключаемым модулем Spring Gradle) на Eclipse Photon (с подключаемым модулем Gradle Buildship). Одна из проблем, с которой мы сталкиваемся в новой версии, заключается в том, что каждый раз, когда мы открываем Eclipse, она перестраивает большие части рабочего пространства, что в больших проектах может занять несколько минут. Refresh workspace on startup отключен в настройках Eclipse. Установка Max simultaneous project builds на более высокое значение и Max iterations when building with cycles на более низкое значение, чем значения по умолчанию, помогает немного смягчить проблему, ускоряя первоначальную перестройку, но, в конце концов, это решает только реальную проблему.

У нас не было этих проблем в старой версии и мне такое поведение кажется странным. После полного построения рабочей области, закрытия Eclipse и его повторного открытия я ожидаю, что никакие ресурсы не изменились, и нет необходимости в перестроении.

Хотя у нас есть довольно много настраиваемых плагинов и задач Gradle, нет очевидных нарушителей, таких как задачи, которые генерируют источники. Однако я не хочу полностью исключать возможность того, что что-то, что мы настроили, влияет на файл при оценке проектов Gradle.

Поэтому было бы очень полезно получить дополнительную информацию о том, почему IDE/плагин считает, что проект требует пересборки, чтобы получить стартовое преимущество.

Единственная настройка, которую я пока нашел, это eclipse.log.level, но по умолчанию она уже равна ALL.