-
Notifications
You must be signed in to change notification settings - Fork 986
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
Feature: Provider level annotation ignore-list #746
Comments
This is something I'd love to see as well. There are a number of tools (Calico, as referenced in #741 and also Spinnaker, which is relevant to my use case) that automatically apply annotations onto various K8s objects, and it's not generally practical or desirable to manage those annotations via TF (though managing the rest of the resource might be). |
This introduces a new provider configuration parameter `ignored_metadata_keys` that allows the user to specify expressions to ignore matching metadata annotations and labels on all kubernetes resources. This tries to be backwards compatible by hardcoding a list of internal keys in `internalKeys`, which were previously ignored already. Fixes hashicorp#746
This introduces a new provider configuration parameter `ignored_metadata_keys` that allows the user to specify expressions to ignore matching metadata annotations and labels on all kubernetes resources. This tries to be backwards compatible by hardcoding a list of internal keys in `internalKeys`, which were previously ignored already. Fixes hashicorp#746
We have a few issues tracking specific annotations:
I think these issues will be solved when we add a provider-level annotation ignore/allow list. We'll track progress here. |
Another possible implementation is to allow complete ignorance of annotations or labels per resource. For example it often is only necessary that a e.g. namespace has been created, so you can attach kubernetes resources to it and |
Hi, I am going to close this issue since Thank you. |
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. |
As per this PR #741 there are a number of possible automatically applied annotations that might trigger an unwanted diff.
Rather than call out 'kubernetes.io' for special mention in the code (e.g. here https://github.com/terraform-providers/terraform-provider-kubernetes/blob/master/kubernetes/structures.go#L161) would it be possible to pass a list of hostnames at the provider level?
Thank you
The text was updated successfully, but these errors were encountered: