Skip to content
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

[Task] Promote CRDs to v1beta1 #98

Open
sdischer-sap opened this issue Jan 14, 2025 · 2 comments
Open

[Task] Promote CRDs to v1beta1 #98

sdischer-sap opened this issue Jan 14, 2025 · 2 comments
Labels
internal Rather suited for core maintainer team requires-concept Not specific enough yet to be worked on
Milestone

Comments

@sdischer-sap
Copy link
Member

Is your feature request related to a problem? Please describe.
Most resources are already well tested and proved to be quite mature out in the field. Leaving them all in v1alpha1 does not feel appropriate anymore for those.

Describe the solution you'd like
Come up with a clear guideline on criterias and processes when and how to promote CRDs. Apply it by promoting CRDs where required to fulfill those guidelines.

@sdischer-sap sdischer-sap added internal Rather suited for core maintainer team requires-concept Not specific enough yet to be worked on labels Jan 14, 2025
@sdischer-sap sdischer-sap added this to the v1.2.0 milestone Jan 14, 2025
@JohannesRu
Copy link
Contributor

JohannesRu commented Jan 14, 2025

What we currently state as maturity:
Image

By @mirzakopic

Automated test I'd argue as:

  • automated e2e test
  • unit test
  • automated version upgrade test ~(resource orchestrated by provider 1.0 still works with provider 1.3)

@sdischer-sap
Copy link
Member Author

sdischer-sap commented Jan 15, 2025

Yes exactly, this would pretty much make all of our resources v1 already, but I am not sure I am comfortable with that since we are still discussing some potential schema changes here and there or even exchanging the underlying tech to terraform based.
Also we still haven't ever done some automatic schema migration, which probably should be a perquisite for that as well.

I will prepare some key questions and potential action items to base another discussion on.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
internal Rather suited for core maintainer team requires-concept Not specific enough yet to be worked on
Projects
Status: No status
Development

No branches or pull requests

2 participants