-
Notifications
You must be signed in to change notification settings - Fork 1.8k
Consolidate Result spec/status types across Pipeline/Task #2825
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
Comments
Some context I didn't have before this bug: This example for instance:
So when this Pipeline is run, its |
One thing you can do there is to expose the same shape, but vary the validation. This is a pretty common pattern for PodSpec, and ObjectReference (as widespread examples) |
I wonder if it would make sense to separate how a pipeline declares it will have results from how the results are set |
/kind cleanup |
Stale issues rot after 30d of inactivity. /lifecycle rotten Send feedback to tektoncd/plumbing. |
Rotten issues close after 30d of inactivity. /close 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. |
/remove-lifecycle rotten |
@vdemeester: Reopened 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. |
Issues go stale after 90d of inactivity. /lifecycle stale Send feedback to tektoncd/plumbing. |
/lifecycle frozen |
Hi @mattmoor, I just want to confirm what we want to do with is issue. Those are the current result types, do we want to merge all of them into 1 type? Or 1 type for pipelinerun&taskrun, and 1 for pipeline&task?
|
I can take this if needed. /assign @Yongxuanzhang |
This is relevant to duck typed tasks, but I hit this in the context of trying to write some library code that deals with results (both spec/status) in a common way.
Right now the result types are identical, and the spec types only differ in this Value field:
We will want a common type for these to live in our duck type anyways, so we should think about consolidating these shapes.
/assign @imjasonh
The text was updated successfully, but these errors were encountered: