This message was deleted.
# caching
s
This message was deleted.
w
In your case the classpath for the
KotlinCompile
task changed (probably a change in the build logic, like buildSrc), and therefore all those complex nested properties show up as changed. You can’t see that actual value in build scans, since it only captures hashes of the inputs.
s
It's build from the same commit on two different machines. My local one and CI.
(I also don't have buildSrc, but I do have buildPlugins, but AFAIK code was exactly the same in both)
I'll try to look for a reason why any of the build Plugins may have been different.
I see that one of the difference is in the plugin for Gradle Enterprise where on CI I ask it to populate remote cache and locally to not do it, but I hope it's not that 😄 (CI as environmental variable)
There is also v. minor difference in JDK version but it would be hard to get it more in sync on all machines
ł
Which Gradle version is this on?
s
7.6.1
ł
s
The linked issue should only happen when one machine runs on Gradle 7.6 and other on Gradle 8 right? In my case both CI and my machine run on same Gradle version.
ł
Yep, for me it happened when both machines were using Gradle 8 already (but old builds already populated the cache) so unless you ran any build with Gradle 8 then it's likely not this issue
s
I should probably check if the Java vendor matters since I have
jvmToolchain(17)
declared, though I understood the docs like only major version should matter (as I didn't specify vendor) https://docs.gradle.org/current/userguide/common_caching_problems.html#java_version_tracking
ł
That's also my understanding. If you're on Kotlin Slack, here's a thread where I was asking about a very similar issue, maybe you'll find some ideas there (some people mentioned charsets and project accessors as points of interest) https://kotlinlang.slack.com/archives/C19FD9681/p1677100676448719
👍 1