Replies: 1 comment 2 replies
-
Hi! A Quarkus release is composed of two things:
Most of the time, these releases are made in a row but for the first release of each stream, we release the core first and the Platform one week after so that the Platform members can push new releases to fix potential compatibility issues. We released the core 3.17.0 this Wednesday and the corresponding Platform release will be made next Wednesday. So for any new stream, you have a one week delay between the We solved this issue for the Maven plugin as we repackage it with the Platform but we couldn't find a good solution for the Gradle one. Now, in your case, wouldn't using a common property for both versions fix your issue with Renovate? |
Beta Was this translation helpful? Give feedback.
-
Hello!
I stumbled upon that before and I still don't know why that happens:
In the Maven Repo sometimes I see older versions of the parent plugin, than the currently released latest version.
To be concrete:
Right now, 3.16.4 seems to be the latest version. There is also a release candidate: 3.17.0.CR1.
However, in Maven, you can find also 3.17.0 as a "normal" version. Why is this happening?
Ok, so what's the problem about that:
When using Dependency Update Bots like Renovate, it checks Maven for new Releases and finds e.g. for
io.quarkus-platform:quarkus.gradle.plugin
version 3.16.4 and forio.quarkus.platform:quarkus-bom
version 3.17.0.This leads to errors at different steps, I guess they better should be equal.
Beta Was this translation helpful? Give feedback.
All reactions