-
Notifications
You must be signed in to change notification settings - Fork 142
Guide for updating v1 -> v2 #976
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
Conversation
✅ Deploy Preview for crossplane ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
89ecd9c
to
57cfbd2
Compare
7398aed
to
913662d
Compare
The key point I want to get across with this guide is: 1. Who can upgrade (what breaking changes we made) 2. That there's no tooling to automate migration yet 3. That you can upgrade and start using v2 features anyway Signed-off-by: Nic Cope <[email protected]>
I don't know if it belongs here, but we should note in upjet providers we have a lot of v1beta2 APIs due to API changes and differences in handling single-item lists. In the new v2 namespaced providers, all APIs are v1beta1. In the v2 provider the legacy cluster-scoped MRs still retain the v1beta1/v1beta2 APIs and the automated conversion web hooks, but the v2 namespace-scoped provider is v1beta1 only that matches the newest API of the legacy provider. For example, the AWS Glue catalog table has a v1beta2 API that is now been replaced with a v1beta1 API in the 2.0.0 provider: |
Signed-off-by: Nic Cope <[email protected]>
Signed-off-by: Nic Cope <[email protected]>
@jbw976 @stevendborrelli I've updated this to address the version change as well. PTAL. I'd love to get this merged ASAP. |
Signed-off-by: Nic Cope <[email protected]>
|
||
To use v2 namespaced managed resources in compositions: | ||
|
||
1. **Update the API group** from `.crossplane.io` to `.m.crossplane.io` |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
will this possibly result in the external resource being deleted? i.e. we're changing the composed resource to a new type, so will any XR that uses this composition basically stop including the old cluster scoped one in their desired resources, resulting in it being deleted? 🤔
The key points I want to get across with this guide is: