Yeah i'd be interested in the details. Are they offering the Gradle Build Cache stuff free for apache projects?
In my experience, Gradle actually can slow things down quite a bit in general day-to-day development. But you get tradeoff of having a much more functional build process (tasks written in Kotlin). Example on one of my builds, a simple *./gradlew tasks* Took 18 seconds most of that time sat around derping in the Configuring step. It can also leak Gradle daemons like a Siv. Example from my same project: > Starting a Gradle Daemon, 4 busy and 18 incompatible Daemons could not be reused, use --status for details They sold us Gradle Build Cache but we quickly abandoned it because it kept causing errors and licensing problems. New versions of gradle result in full redownload all the deps. Very interested to hear how they aim to improve speed. On Wed, Oct 5, 2022 at 2:05 PM Nick Burch <[email protected]> wrote: > Hi All > > At ApacheCon this week, a Bob and myself ended up chatting with the folks > from Gradle, who are keen to help ASF projects, and are discussing with > the Infra team. > > The easier bit - they think they might be able to help speed up our maven > build, especially the running of tests. Anyone have some time to give that > a try? Will pass details along to anyone with the volunteer cycles > > The interesting bit - we told them about the regression corpus, and they > got very excited as it sounds completely different to most of their normal > "my build is slow" type problems. The size of it, and the fact that it > isn't a simple pass/fail, seemed to catch their interest. Anyone (though > probably only Tim...) intersted in talking them through how it works, and > maybe getting one of their team access to the VM? > > Cheers > Nick >
