Polishing versionsOnlyMode

Summary of the conversation:

• Improve documentation in #77 once this is done
• Find Groovy and Kotlin code that make use of this code convention
• Add buildSrcVersions.alwaysUpdateVersions()
• Crash with named() on older versions
• Put properties last in the file
• Add option ./gradlew :refreshVersions --update
• Also display available updates for plugins, see #60
• Remove duplicates from output
• Use format version.bcpkix.jdk15on=1.0.0
• Use format version.org.square.retrofit=1.0.0 when dependencies can be grouped
• Use format version.com.example.group.name=1.0.0 for FQDN
• Display update with # \-- available=1.13
• Remove gradleCurrentVersion
• Task $ ./gradlew refreshVersions update “gradle.properties” #69
• No copy-paste should be needed for “gradle.properties”
• If gradle.properties, just create it
• Refactor the task to use multiple actions

[jmfayard]

Still some work to do, but after runnning $ ./gradlew refreshVersions , gradle.properties now look like this:

# Generated by $ ./gradlew refreshVersions
# See https://github.com/jmfayard/buildSrcVersions
version.org.jetbrains.kotlin.plugin.spring.gradle.plugin=1.3.50
version.org.jlleitschuh.gradle.ktlint.gradle.plugin=8.2.0
version.com.github.lkishalmi.gatling.gradle.plugin=3.0.2
                                   # \-- available=3.2.8
version.de.fayard.buildsrcversions.gradle.plugin=0.6.0
version.org.jetbrains.kotlin.jvm.gradle.plugin=1.3.50
version.azure.servicebus.spring.boot.starter=2.1.7
version.micrometer.registry.prometheus=1.2.0
                       # \-- available=1.2.1
version.org.sonarqube.gradle.plugin=2.7.1
version.de.flapdoodle.embed.mongo=2.2.0
version.gatling.charts.highcharts=3.0.0
                  # \-- available=3.2.1
version.kotlintest.runner.junit5=3.4.0
                 # \-- available=3.4.1
version.org.springframework.boot=2.1.7.RELEASE
                 # \-- available=2.1.8.RELEASE
version.ch.qos.logback.contrib=0.1.5
version.jackson.module.kotlin=2.9.9
version.junit.jupiter.engine=5.5.1
             # \-- available=5.5.2
version.org.jetbrains.kotlin=1.3.50
version.spring.security.jwt=1.0.10.RELEASE
version.org.apache.camel=2.24.1
         # \-- available=2.24.2
version.io.rest.assured=4.0.0
        # \-- available=4.1.1
version.kotlin.logging=1.7.6
version.mockwebserver=4.1.0
      # \-- available=4.2.0
version.scala.library=2.12.3
      # \-- available=2.13.0
version.assertj.core=3.13.2
version.io.springfox=2.9.2
version.reactor.test=3.2.11.RELEASE
     # \-- available=3.2.12.RELEASE
version.auth0.utils=0.0.7
version.htmlcleaner=2.22
    # \-- available=2.23
version.io.arrow.kt=0.9.0
version.lucene.core=8.2.0
version.springmockk=1.1.2
version.httpclient=4.5.9
   # \-- available=4.5.10
version.zjsonpatch=0.4.9
version.analytics=2.1.1
version.caffeine=2.8.0
version.jaxb.api=2.3.1
version.ktlint=0.33.0
# \-- available=0.34.2
version.guava=28.0-jre
version.jsoup=1.12.1
version.mockk=1.9.3
version.gson=2.8.5
# Plugin versions
# See https://github.com/jmfayard/buildSrcVersions/issues/60
plugin.org.jetbrains.kotlin.plugin.spring=1.3.50
plugin.org.jlleitschuh.gradle.ktlint=8.2.0
plugin.com.github.lkishalmi.gatling=3.0.2
plugin.de.fayard.buildSrcVersions=0.6.0
plugin.org.jetbrains.kotlin.jvm=1.3.50
plugin.org.springframework.boot=2.1.7.RELEASE
plugin.org.sonarqube=2.7.1

[jmfayard]

If you have a build.gradle with all of them I can tell you.

Note that there are lots of stupid names in the Android library, so I use a fully qualified domain name for them. The library name alone wouldn’t make sense.

/**
     * We don't want to use meaningless generic libs like Libs.core
     *
     * Found many inspiration for bad libs here https://developer.android.com/jetpack/androidx/migrate
     * **/
    val MEANING_LESS_NAMES: List<String> = listOf(
        "common", "core", "core-testing", "testing", "runtime", "extensions",
        "compiler", "migration", "db", "rules", "runner", "monitor", "loader",
        "media", "print", "io", "media", "collection", "gradle", "android"
    )