You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We need to enhance the Tag Policy feature to allow the definition of a set of tags that should propagate to underlying Kubernetes resources such as services, ingresses, pods, etc. If an application does not include the defined tags as per the policy for the dev/prod environments, the system should block the trigger or give warn.
Additionally, we need to provide users the flexibility to define tag values in the following format
🔖 Feature description
We need to enhance the Tag Policy feature to allow the definition of a set of tags that should propagate to underlying Kubernetes resources such as services, ingresses, pods, etc. If an application does not include the defined tags as per the policy for the dev/prod environments, the system should block the trigger or give warn.
Additionally, we need to provide users the flexibility to define tag values in the following format
Regarding the environment tag, we currently use envId: xyz. However, we also want to include environment: env-name for better clarity and usability
🎤 Pitch / Usecases
NA
🔄️ Alternative
No response
👀 Have you spent some time to check if this issue has been raised before?
🏢 Have you read the Code of Conduct?
The text was updated successfully, but these errors were encountered: