[
https://issues.apache.org/jira/browse/LUCENE-10195?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17434379#comment-17434379
]
Jerome Prinet commented on LUCENE-10195:
----------------------------------------
{quote}I fully agree with this. PLEASE DO NOT ENABLE THE BUILD CACHE BY
DEFAULT. As a developer I want and expect to take the build longer if I run
"gradlew clean". I want "gradlew clean" to forget the build and then compile
everything again and especially, I want the build to rerun all checks and
tests!!!!
{quote}
Regarding tests, they will be rerun by default with tests.neverUpToDate flag.
You might be interested by the [--rerun-tasks
option|https://docs.gradle.org/current/userguide/command_line_interface.html#sec:rerun_tasks]
which allow to ignore up-to-date checks.
{quote}P.S.: IMHO the Gradle build cache is a feature for streamlined projects
with zillions of build servers to spare CPU resources mabye in organizational
environments where the business logic is important.
{quote}
We can differentiate between local cache and remote cache, this PR was not
triggering any remote cache inclusion.
{quote}If the build cache helps local developers, ok – but more important is to
configure Input/Outputs correctly. I have a local machine with one operating
system and dont need to cache results several days. It's only working myself.
{quote}
Yep this is the tricky part, configuring inputs and outputs accurately, but
once you get there, it can be super interesting to not recompute something
which was already computed. This comes with a price obviously, disk space taken
but again can be super beneficial in some cases.
{quote} It'd be awesome if you guys at gradle could take a closer look at some
of the issues I outlined in my e-mail on the dev list [1]
{quote}
I will definitely relay that internally
{quote}Will the cache behave correctly when it runs out of disk space?
{quote}
probably not
{quote}I would be happy to just configure a 10MB fixed loopback mount for this
cache as a workaround, so that I generate the jflex DFA less often
{quote}
There is no way to do that out of the box
> Gradle build speed improvement
> ------------------------------
>
> Key: LUCENE-10195
> URL: https://issues.apache.org/jira/browse/LUCENE-10195
> Project: Lucene - Core
> Issue Type: Improvement
> Reporter: Jerome Prinet
> Priority: Major
> Time Spent: 10m
> Remaining Estimate: 0h
>
> Increase Gradle build speed with help of Gradle built-in features, mostly
> cache and up-to-date checks
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
