No it doesn’t, it contains every GT6 version going back many years since greg started using git. 6.15.1 is even a specific tag at that.
That’s one of the big whole purposes of git, lol.
Yeah I’ve heard of that happening on some systems but I need to be able to replicate it. At least you found the workaround, but I’d really like to know what’s up as it doesn’t seem based on java version or gradle version or anything…
Hmm… machine… I wonder if it breaks on low core machines…
Just testing… yeah it compiles fine 16 cores, trying it again with just 1 core as a pristine checkout again, aaand nope, so its not a race condition…
What if I try to just run the defaultConfigPack
task with a completely missing build directory… aaaand nope, the Zip task does indeed create the parent directory first as it should…
Tried it on adoptopenjdk-8.0.345+1
above, trying adoptopenjdk-8.0.302+8
, same result, trying zulu-8.62.0.19_1
, same result…
I can’t replicate the issue… wtf… >.>
It has to be something machine specific, need to find out ‘what’ that machine difference is so I can try to replicate it…
And yes, the build
was wiped completely before every run.
Frick I hate java… Have I ever mentioned how much I hate Java? It’s whole ecosystem is just such astounding garbage… >.>