This repository has been archived by the owner on Jun 2, 2024. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 16
Migrate Custom Event Specifications into single resource #170
Comments
gessnerfl
added
feature
New feature or request
breaking
A breaking change to the terraform provider
labels
Sep 1, 2023
gessnerfl
changed the title
Migrate Alerting Channels into single resource
Migrate Custom Event Specifications into single resource
Sep 1, 2023
gessnerfl
added
improvement
An internal improvement/refactoring
and removed
feature
New feature or request
labels
Sep 1, 2023
gessnerfl
pushed a commit
that referenced
this issue
Sep 3, 2023
The change must be implemented such as, that new resource must be provided first in a new 1.8.0 release side by side to the. existing resources. This will allow users to migrate the resources properly. Otherwise the resource type will be unknown so that users will not even be able to destroy the existing custom event specifications. |
gessnerfl
added a commit
that referenced
this issue
Sep 4, 2023
gessnerfl
added
feature
New feature or request
and removed
breaking
A breaking change to the terraform provider
improvement
An internal improvement/refactoring
labels
Sep 6, 2023
The rule specific resources must be marked as deprecated. |
gessnerfl
added a commit
that referenced
this issue
Sep 6, 2023
gessnerfl
added a commit
that referenced
this issue
Sep 7, 2023
gessnerfl
added a commit
that referenced
this issue
Sep 7, 2023
gessnerfl
added a commit
that referenced
this issue
Sep 7, 2023
closes #170: new resource added combining all existing custom event specification rule type. Old resources marked as deprecated. Q-metrics ok. Manual and automated tests executed successfully.
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Currently we maintain different resources for the different types of custom event specifications.
Scope of this story is to migrate them into a single resource with sub schemas. This makes the provider leaner and fit to the API
This will be a breaking change and users will need to update the configuration.
The text was updated successfully, but these errors were encountered: