Yes that is an option, but that would be an issue to keep CAPM3 minor versioning synced with CAPI as a provider. Its not strictly necessary to follow the version as CAPI but that's the norm most of the providers follow I believe.
On the contrary, we can actually remove the commit from breaking change and add it to the other changes without deleting the current tag. Would that make sense ?
Best Regards,
Kashif
________________________________
From: Dmitry Tantsur <
dtan...@redhat.com>
Sent: Thursday, March 24, 2022 4:11 PM
To: Kashif Khan <kashi...@est.tech>
Cc: Furkat Gofurov <furkat....@est.tech>; Metal3 Development List <
metal...@googlegroups.com>
Subject: Re: [metal3-dev] Cluster API Provider Metal3 v1.1.1 released!
I'd probably re-release it as 1.2.0 (not 2.0.0 only because the deleted API was alpha) to avoid confusion. I'd probably not delete the already created tag to avoid issues for forks.
On Thu, Mar 24, 2022 at 1:22 PM Kashif Khan <kashi...@est.tech> wrote:
I agree with you. Whats your suggestion regarding the current release ?
BR
Kashif
________________________________