starting point for @LouisCAD

[jmfayard]

Usage:

$ cd sample-kotlin 
$./gradlew refreshVersionsUpdates
$ cat build/dependencyUpdates/refreshVersions.txt  

• LouisCAD/Splitties@9f4a85e
• versionsMapping = mapOf("coroutines" to "org.getbrains.kotlinx:kotlinx-coroutines") #102
• https://github.com/ben-manes/gradle-versions-plugin#report-format
• also think about Support for gradle BOM #116

[ben-manes]

Curious, what is the desired difference using LouisCAD's? It seems to taken the same approach as the versions plugin, except it hasn't suffered through the evolution of Gradle and adding of requested features. The earliest version was merely a script task published on the Gradle forum. The core logic is tiny, so you could extract and embed directly.

The drawback of delegating to Gradle has been performance, because their team doesn't want to parallelizing metadata fetching like Maven does. That was decided years ago, briefly explored when jar downloads were parallelized, so it may be worth revisiting.

[jmfayard]

Hello @ben-manes nice to have you here!
@LouisCAD initial motivation is that he is doing Kotlin Multiplatform stuff, and as you know we have this un-resolved issue with it ben-manes/gradle-versions-plugin#334

I have not checked its solution in detail, but the core of it is at LouisCAD/Splitties@9f4a85e

Instead of copying the configuration implementation and its 42 dependencies to implementation-copy, it creates a new configuration for each dependency alone and then immediatly destroys it. Apparently that solves the issue.

Also Louis has an incredibly complex Gradle project with Android build variants and Kotlin Multiplatform and 40 modules. With an impressive total of 13.288 Gardle taks

https://scans.gradle.com/s/nqyakfjv6yqcu/performance/configuration

So performance is a big topic for him.

One idea we have is to let the users configure which versions should be aligned.
For example the 40 dependencies com.louiscad.splitties:splitties.* should all share the same version, so it's wasteful to resolve it 40 times, one is enough. Same for com.square.retrofit:.* or org.jetbrains.kotlinx:kotlinx-coroutines-.*

Also to be honest, another problem is that we both are not that good with Groovy and prefer to write in Kotlin.

[jmfayard]

replaced by #124