-
Notifications
You must be signed in to change notification settings - Fork 40k
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
Make ThirdPartyResource a root scoped object #25006
Make ThirdPartyResource a root scoped object #25006
Conversation
Why? isn't this a pretty breaking change? |
because it's broken as a namespace scoped object... it installs resource handlers in every namespace, and the same name in two namespaces collides (namespace is ignored when determining group/kind). see #22768 (comment) |
thirdpartyresourcedata being namespaced makes sense, but the installation of new groups/versions/kinds under namespaces doesn't |
Ahh, I was reading that as "all third-party resources must be root-scoped. On Fri, Apr 29, 2016 at 9:49 PM, Jordan Liggitt notifications@github.com
|
6c65e8e
to
e41d504
Compare
Makes sense to me |
Thanks. LGTM. |
GCE e2e build/test passed for commit e41d504. |
@k8s-bot test this [submit-queue is verifying that this PR is safe to merge] |
GCE e2e build/test passed for commit e41d504. |
Automatic merge from submit-queue |
@liggitt Does this PR require action by the user when upgrading from 1.2.x to 1.3.0? (Think about non-developer users.) If so, please edit your first comment to have a release-note block, like in #28132. If it is just an optional feature, please change the label to just release-note. If it is not a complete feature by itself, then apply "release-note-none" label instead. |
Release Note
ThirdPartyResource (the registration of a third party type) belongs at the cluster scope. It results in resource handlers installed in every namespace, and the same name in two namespaces collides (namespace is ignored when determining group/kind).
This PR moves ThirdPartyResource to be a root scope object. ThirdPartyResourceData (an actual instance of that type) is still namespace-scoped.
Someone previously using ThirdPartyResource definitions in alpha should move them from namespace to root scope.
Additionally, pre-1.3 clients that expect to read/write ThirdPartyResource at a namespace scope will not be compatible with 1.3+ servers, and 1.3+ clients that expect to read/write ThirdPartyResource at a root scope will not be compatible with pre-1.3 servers.