Hi! Can anyone explain me why I should or why I should not use this properties in my

build.gradle.kts

withType<Wrapper>().configureEach {
        gradleVersion = "7.6"
    }

?

Does that even work? It's the wrapper which executes this, it can't change its own version

Agree, so I should remove the task and use the proper way to select version in gradle/wrapper/gradle-wrapper.properties?

That's what I would do. The only reason I see to use the task is if you want to upgrade the wrapper (set a newer version, run the

:wrapper

task and it will download it), but it's easier to run

./gradlew wrapper --gradle-version 8.0

Agree 🙂 Thank you ! You confirmed my thoughts 🙂

Of course you can set it in the wrapper task. When calling

gradle wrapper

it will update al necessary resources even the

gradlew

scripts if they where updated.

I see. But it make it easier to remember just update the gradle via this command

./gradlew wrapper --gradle-version 8.0

🙂

Sure, I just also have the Gradle version in the version catalog

That can't work.

We have a git clone script for doing it. So the wrapper jar does not need to be checked in to the git repo.

So every dev has to run

:wrapper

on their machine each time they change branches, or risk use the wrong Gradle version?

I think there might be some point where a developer can 1. forget the command 2. Using wrong gradle version So i think using the way @CLOVIS mention is the better way to avoid some mistakes, errors etc..

Does that even work? It's the wrapper which executes this, it can't change its own version

Yes it works, it just does not do what you think it does. It configures the

wrapper

task which version to put into

gradle/wrapper/gradle-wrapper.properties

, it does not influence the current invocation of the wrapper. And because of that you also always have to call the

wrapper

task twice for a proper update, because the templates for the 4 wrapper files are taken from the currently running Gradle version. When you use the

wrapper

task to update the Gradle version, you effectively just change the version in the properties file (unless your wrapper files were from an even older Gradle version). Running the

wrapper

task again then update the wrapper files from the new version now already being used. Configuring the wrapper task in the build script has imho only one use-case. If you are disallowed to check in the wrapper files to VCS by some guidelines, then you can define there the version and wrapper checksum and so on, so that you can generate the wrapper files consistently after checkout of the project with some other projects wrapper or an installed Gradle version.