- Do not publish the
dependencyUpdatesElementsvariant to a project that publishes through itsdefaultconfiguration, a v0.55.0 regression that left such a project unresolvable by its consumers (#1022, #1026) - Apply the settings plugin from an init script, which previously crashed any build that also applies the plugin itself (#1023, #1027)
- Interpolate the project properties in a pom url, so a dependency whose
<url>holds${project.artifactId}reports a real link rather than the raw placeholder, falling back to the parent pom when the result is still not an absolute url (#319, #758, #1025) - Document the
maturityLevelrejectVersionIfrecipe (#440, #1024) - Document the report entries for lazily-contributed dependencies (#1028)
- Show how a custom
outputFormatterreaches the configuration cache (#1020) - Publish from the release tag rather than the default branch, which had published whatever the default branch held at the time (#1019)
Note
The Initialization script recipe now applies the settings plugin from beforeSettings. The prior recipe, VersionsPlugin applied to allprojects, reports per project rather than once, omits the plugins the settings script declares, and fails under isolated projects. See Migrating from prior versions.