Есть ли способ получить более подробный вывод журнала с платформы 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.