-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Variable substitution and bracket notation for name encoding #1463
Comments
+1 on supporting both. |
sgtm! |
/assign |
@skaegi just wanted to check in - we have this in our 0.10 milestone ~jan 17, do you think its reasonable to finish before then, and/or would you like someone else to work on this as well? |
Hopefully should have something this week on this. |
Also see tektoncd/triggers#178 |
[WIP] I was doing work on this here -- https://github.com/skaegi/pipeline/commits/parameterizable_validation I'll get back to this post-beta |
Rotten issues close after 30d of inactivity. /close Send feedback to tektoncd/plumbing. |
Stale issues rot after 30d of inactivity. /lifecycle rotten Send feedback to tektoncd/plumbing. |
Issues go stale after 90d of inactivity. /lifecycle stale Send feedback to tektoncd/plumbing. |
@tekton-robot: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Worth noting that there's a maybe more use-case-oriented issue covering similar ground here: #2958 In that issue we're discussing adding context variables for all the annotations on tasks, pipelines, taskruns and pipelineruns. Those annotation keys can include characters "/", ".", etc... Dot-style gets a bit unwieldy and maybe difficult to unambiguously parse both for a human reader as well as a computer: So, at least from my pov, I think we can safely keep this closed and lean on #2958 to set a syntax precedent. |
For Kubernetes names the set of allowable characters is ... digits (
0-9
), lower case letters (a-z
),-
, and.
. We dereference with$(params.param_name})
so if we have a param name or task name that contains.
things can get weird (even if they happen to work in some cases).The Downward API has a similar problem with
fieldRef
and handles it by always using bracket notation for name fields ... e.g.$(params['parm_name'])
. Bracket notation solves the general problem however, I like the convenience of regular dot notation so think we should consider supporting both formats.The text was updated successfully, but these errors were encountered: