Skip to content
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

Closed
skaegi opened this issue Oct 24, 2019 · 13 comments
Closed

Variable substitution and bracket notation for name encoding #1463

skaegi opened this issue Oct 24, 2019 · 13 comments
Assignees
Labels
kind/feature Categorizes issue or PR as related to a new feature. lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale.

Comments

@skaegi
Copy link
Contributor

skaegi commented Oct 24, 2019

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.

@dlorenc
Copy link
Contributor

dlorenc commented Oct 29, 2019

+1 on supporting both.

@vdemeester vdemeester added the kind/feature Categorizes issue or PR as related to a new feature. label Nov 13, 2019
@bobcatfish
Copy link
Collaborator

sgtm!

@skaegi
Copy link
Contributor Author

skaegi commented Dec 5, 2019

/assign

@bobcatfish
Copy link
Collaborator

@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?

@skaegi
Copy link
Contributor Author

skaegi commented Jan 6, 2020

Hopefully should have something this week on this.

@skaegi
Copy link
Contributor Author

skaegi commented Jan 13, 2020

Also see tektoncd/triggers#178

@skaegi
Copy link
Contributor Author

skaegi commented Feb 26, 2020

[WIP] I was doing work on this here -- https://github.com/skaegi/pipeline/commits/parameterizable_validation
See skaegi@3db99e4

I'll get back to this post-beta

@tekton-robot
Copy link
Collaborator

Rotten issues close after 30d of inactivity.
Reopen the issue with /reopen.
Mark the issue as fresh with /remove-lifecycle rotten.

/close

Send feedback to tektoncd/plumbing.

@tekton-robot
Copy link
Collaborator

Stale issues rot after 30d of inactivity.
Mark the issue as fresh with /remove-lifecycle rotten.
Rotten issues close after an additional 30d of inactivity.
If this issue is safe to close now please do so with /close.

/lifecycle rotten

Send feedback to tektoncd/plumbing.

@tekton-robot
Copy link
Collaborator

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.
If this issue is safe to close now please do so with /close.

/lifecycle stale

Send feedback to tektoncd/plumbing.

@tekton-robot tekton-robot added lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. labels Aug 13, 2020
@tekton-robot
Copy link
Collaborator

@tekton-robot: Closing this issue.

In response to this:

Rotten issues close after 30d of inactivity.
Reopen the issue with /reopen.
Mark the issue as fresh with /remove-lifecycle rotten.

/close

Send feedback to tektoncd/plumbing.

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.

@bobcatfish
Copy link
Collaborator

@skaegi @dlorenc do we feel strongly about this and want to re-open it?

@ghost
Copy link

ghost commented Aug 13, 2020

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: context.annotations.tekton.dev/pipelinerun-name.

So, at least from my pov, I think we can safely keep this closed and lean on #2958 to set a syntax precedent.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/feature Categorizes issue or PR as related to a new feature. lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale.
Projects
None yet
Development

No branches or pull requests

5 participants