You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi,
We have a project using a very old version of dependency lock(v.4.9.5) with Gradle 5.6.x. In v4.9.5 and Gradle 5.6 the generateLock generate multiple configuration lock like compile/runtime/testCompile /testRuntime...etc and we have those configuration lock in our dependency.lock file for a while.
We recently decided to upgrade to Gradle 6.8 and plugin to v11.1.2. I just found out that in v7.6.0 the plugin removed couple configurations here
And in the releases notes for v8.1.0 it mentioned that Gradle 6.1 has deprecated compile and runtime configuration.
When running generateLock in v11.1.2 and Gradle 6.8 those configurations compile/runtime/testCompile /testRuntime are no longer locked by default. Besides the behavior change in Gradle 6.X, any other decisions behind the removal of those configurations? Would that have any potential impact? All the dependencies in those deprecated configurations are live in runtimeClasspath/compileClassPath so I am assuming it will take effect over, but just want to confirm that the removal of compile/runtime didn't cause any side effect while upgrading the plugin. Thanks for your help!
The text was updated successfully, but these errors were encountered:
Hi,
We have a project using a very old version of dependency lock(v.4.9.5) with Gradle 5.6.x. In v4.9.5 and Gradle 5.6 the
generateLock
generate multiple configuration lock likecompile
/runtime
/testCompile
/testRuntime
...etc and we have those configuration lock in our dependency.lock file for a while.We recently decided to upgrade to Gradle 6.8 and plugin to v11.1.2. I just found out that in v7.6.0 the plugin removed couple configurations here
And in the releases notes for v8.1.0 it mentioned that Gradle 6.1 has deprecated
compile
andruntime
configuration.When running
generateLock
in v11.1.2 and Gradle 6.8 those configurationscompile
/runtime
/testCompile
/testRuntime
are no longer locked by default. Besides the behavior change in Gradle 6.X, any other decisions behind the removal of those configurations? Would that have any potential impact? All the dependencies in those deprecated configurations are live inruntimeClasspath
/compileClassPath
so I am assuming it will take effect over, but just want to confirm that the removal ofcompile
/runtime
didn't cause any side effect while upgrading the plugin. Thanks for your help!The text was updated successfully, but these errors were encountered: