-
|
Why is that? Would it be better (simpler?) if |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
|
We generally prefer to use the system gradle because that lets us test with our officially supported Gradle version (that which is provided by the current Homebrew dependency version). The main reason is that although an app's own That being said, I do see how a project might want to "lock in" a Gradle version so things don't change out from under it. Gradle has a frustrating tendency to break compatibility frequently and with little notice. So I'd be interested in ideas for having an option to use a local |
Beta Was this translation helpful? Give feedback.
We generally prefer to use the system gradle because that lets us test with our officially supported Gradle version (that which is provided by the current Homebrew dependency version). The main reason is that although an app's own
Android/settings.gradle.ktsandAndroid/app/build.gradle.ktsis fully under the control of the user, the Gradle projects that are automatically generated by theskipstoneplugin for the dependent modules (SkipUI, SkipLib, etc.) aren't. We want to make sure that any changes that we make to those generated build files don't wind up causing incompatibilities for a project that may have overridden its owngradlewversion.That being said, I do see how a project migh…