-
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
TaskRun should have Results
in Status
#146
Comments
Note after discussing with @shashwathi , we should keep the results in spec as well, so we need both, e.g.
(This task is just about adding the fields to Status, not about implementing the logic) |
Related to #107 |
@bobcatfish does that mean this task is only about adding the |
lol yes - @aaron-prindle was asking me the same question - I'm beginning to this I should have just implemented this instead of writing up this ticket about it XD |
Since this is such a sad small Task, I'm going to just assign it to myself and do it XD |
She says 21 days ago an then does nothing XD |
Note |
When a user kicks off a run, they will provide an endpoint to upload logs to (initial implementation will be in #107). The corresponding fields in `status` will indicate where the logs actually got uplaoded to. Once we actually get to #107, and especially once we start supporting endpoints other than GCS, we may find this isn't useful and remove it. Fixes tektoncd#146
When a user kicks off a run, they will provide an endpoint to upload logs to (initial implementation will be in #107). The corresponding fields in `status` will indicate where the logs actually got uplaoded to. Once we actually get to #107, and especially once we start supporting endpoints other than GCS, we may find this isn't useful and remove it. Fixes tektoncd#146
When a user kicks off a run, they will provide an endpoint to upload logs to (initial implementation will be in #107). The corresponding fields in `status` will indicate where the logs actually got uplaoded to. Once we actually get to #107, and especially once we start supporting endpoints other than GCS, we may find this isn't useful and remove it. Fixes tektoncd#146
When a user kicks off a run, they will provide an endpoint to upload logs to (initial implementation will be in #107). The corresponding fields in `status` will indicate where the logs actually got uplaoded to. Once we actually get to #107, and especially once we start supporting endpoints other than GCS, we may find this isn't useful and remove it. Fixes tektoncd#146
When a user kicks off a run, they will provide an endpoint to upload logs to (initial implementation will be in #107). The corresponding fields in `status` will indicate where the logs actually got uplaoded to. Once we actually get to #107, and especially once we start supporting endpoints other than GCS, we may find this isn't useful and remove it. Fixes tektoncd#146
When a user kicks off a run, they will provide an endpoint to upload logs to (initial implementation will be in #107). The corresponding fields in `status` will indicate where the logs actually got uplaoded to. Once we actually get to #107, and especially once we start supporting endpoints other than GCS, we may find this isn't useful and remove it. Fixes #146
Expected Behavior
When
TaskRun
executes, it will upload its logs and results to the locations inPipelineParams
. A user should be able to look at the Status of aTaskRun
and see exactly where those logs ended up (i.e. the whole path).This path should be determined by the controller, e.g. a folder in the path named after the TaskRun and/or timestamp, and provided in the
Status
of theTaskRun
.Actual Behavior
The
TaskRun
Spec (notStatus
!) has Results which in a previous iteration of our examples were expected to be provided manually:https://github.com/knative/build-pipeline/blob/dcc2cb189f268c1a9651499c1c1f6ce5f76b1e02/examples/invocations/run-kritis-test.yaml#L24-L36
I deleted this from the example b/c I was thinking that referencing the PipelineParams was enough.
Additional Info
Note #107 is about actually making this work, this is more about the API.
The text was updated successfully, but these errors were encountered: