Skip to content

Request for Stable 1.0.0 Release of controller-runtime #3065

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
camilamacedo86 opened this issue Jan 9, 2025 · 4 comments
Closed

Request for Stable 1.0.0 Release of controller-runtime #3065

camilamacedo86 opened this issue Jan 9, 2025 · 4 comments

Comments

@camilamacedo86
Copy link
Member

We deeply appreciate the maintainers' and community's excellent work and contributions behind the controller-runtime project. This library is a critical part of the Kubernetes ecosystem and has proven invaluable for building reliable controllers and operators.

However, the lack of a stable 1.0.0 release introduces challenges for projects relying on controller-runtime. A stable release would signal API stability, foster greater confidence, and encourage broader adoption.

Why a Stable 1.0.0 Release?

  • Maturity: The library has undergone significant improvements and has proven reliable across diverse production use cases.
    Adoption: Kubebuilder and other frameworks widely use it, and its importance in the Kubernetes ecosystem is evident.
  • API Stability: A 1.0.0 release would signal a commitment to backward compatibility and long-term support. It would help reduce the tool in the users and projects that relay on it.

Therefore, we would like to ask the maintainers to consider this RFE to help solidify controller-runtime as a trusted foundation for building ecosystem solutions.

Thank you for your dedication and for considering this request.
We are excited to participate in further talks with the community.

@camilamacedo86
Copy link
Member Author

Dear folks,

I remember that this was discussed around 3 years ago, but it did not fly at the time.
Would it be possible to reconsider this effort?
Have we tracked everything we would like to address before making a stable release?
Could we organize all the required changes under a milestone to see if the community could help out with it?

WDYT?

@JoelSpeed
Copy link
Contributor

I agree that there would be benefit to the community to start formalising a stable version. I'd be keen to see if we can enumerate all of the outstanding pain points that we would like to work on, and identify which require API changes, and therefore which we would need to solidify prior to that v1 release

@sbueringer
Copy link
Member

sbueringer commented Jan 9, 2025

Please see the previous discussion in #2327

I think one huge point is that we essentially need a stable release of client-go and the other k8s.io/* libs that we depend on. As long as that's not the case I don't see how we can guarantee stability.

@camilamacedo86
Copy link
Member Author

Hi @sbueringer

Thank you. So, I understand that convey here is: #2327 (comment)

As you point out above. Since we have #2327, and you provided the answer above, I think it is OK to close this one. Thank you for your time and attention.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants