-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Allow colons in the name component of resource IDs #1282
Conversation
There are published manifests that people want to be use with flux, but use colons in resource names. Kubernetes admits these, so we may as well too.
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.
Nice!
{"legacy", "namespace/service"}, | ||
{"dots", "namespace:kind/name.with.dots"}, | ||
{"colons", "namespace:kind/name:with:colons"}, | ||
{"punctuation in general", "name-space:ki_nd/punc_tu:a.tion-rules"}, |
This comment was marked as abuse.
This comment was marked as abuse.
Sorry, something went wrong.
This comment was marked as abuse.
This comment was marked as abuse.
Sorry, something went wrong.
This comment was marked as abuse.
This comment was marked as abuse.
Sorry, something went wrong.
This comment was marked as abuse.
This comment was marked as abuse.
Sorry, something went wrong.
This comment was marked as abuse.
This comment was marked as abuse.
Sorry, something went wrong.
This comment was marked as abuse.
This comment was marked as abuse.
Sorry, something went wrong.
This comment was marked as abuse.
This comment was marked as abuse.
Sorry, something went wrong.
This comment was marked as abuse.
This comment was marked as abuse.
Sorry, something went wrong.
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.
See in line comments
In particular, to get fluxcd/flux#1282 which allows colons in resource names; if we don't have that change here, we'll get events from fluxd that we can't parse.
In particular, to get fluxcd/flux#1282 which allows colons in resource names; if we don't have that change here, we'll get events from fluxd that we can't parse.
There are published manifests that people want to be use with flux,
but use colons in resource names. Kubernetes admits these, so we may
as well too.
Fixes #1277. Will need to be vendored into weaveworks/service before being included in a release (ideally well before, say immediately after merging this).