-
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
Update PipelineRun API documentation #4657
Comments
@lbernick: Please ensure the request meets the requirements listed here. If this request no longer meets these requirements, the label can be removed 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. |
Hi there, I am a technical writer with 12 years experience. I am currently learning to do API documentation. Please let me know how can I help in this documentation. Thanks! |
@ssunitaa welcome to the Tekton community and thank you for volunteering to help! 😀 We need help updating the We also have a bunch of prioritized documentation work - https://github.com/orgs/tektoncd/projects/10/views/6 - that'd help us work towards V1 release. We'd appreciate any help on these issues if you have some time. You may also be interested in joining the Tekton Documentation Working Group - cc @geriom. |
Hi there,
Thank you so much for your reply and for giving me an opportunity to
contribute and learn here. Please give me some time to go through the
requirements and understand the process. I shall soon be coming up with my
list of questions. 🙂
However, to start with -
1. How can I communicate with the team - through this email or GitHub? I am
a novice in GitHub, so quite a lot to learn.
2. Is this a REST API that we have to document?
I'm ready and excited!
Thanks and Regards,
Sunita Arora
…On Tue, Mar 15, 2022 at 12:05 PM Jerop Kipruto ***@***.***> wrote:
@ssunitaa <https://github.com/ssunitaa> welcome to the Tekton community
and thank you for volunteering to help! 😀
We need help updating the PipelineRun API definition in the docs
<https://github.com/tektoncd/pipeline/blob/main/docs/pipelineruns.md#configuring-a-pipelinerun>
to match the definition in the code
<https://github.com/tektoncd/pipeline/blob/main/pkg/apis/pipeline/v1beta1/pipelinerun_types.go>.
I updated the Pipeline API definition in #4601
<#4601> - hoping that this can
be a good example, but feel free to ask any questions.
We also have a bunch of prioritized documentation work -
https://github.com/orgs/tektoncd/projects/10/views/6 - that'd help us
work towards V1 release. We'd appreciate any help on these issues if you
have some time.
You may also be interested in joining the Tekton Documentation Working
Group
<https://github.com/tektoncd/community/blob/main/working-groups.md#documentation>
- cc @geriom <https://github.com/geriom>.
—
Reply to this email directly, view it on GitHub
<#4657 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AX7CCNCL6KLADTAF5AWEC2LVACYLDANCNFSM5QGUB5SA>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
@ssunitaa - thank YOU!
|
… PipelineRuns See https://github.com/tektoncd/community/blob/main/teps/0100-embedded-taskruns-and-runs-status-in-pipelineruns.md This adds new choices for how `TaskRun` and `Run` statuses are stored/referenced in `PipelineRun` statuses, depending on how the new feature flag, `embedded-status` is set: * `full` - the current default, with the `TaskRun` and `Run` statuses embedded in full. * `minimal` - instead of storing the full embedded statuses, information is stored about the task's version, kind, `PipelineTask` name, and the underlying name of the `TaskRun` or `Run`. This can be used to look up the `TaskRun` or `Run` itself and get the full status from there. Information which is specific to the `PipelineRun`, namely condition checks status and when expressions which may have blocked creation of an actual `TaskRun` or `Run` are stored as well. * `both` - both the full embedded `TaskRun` and `Run` statuses and the minimal references are stored. The condition check information will be removed from the minimal references once the now-deprecated condition check functionality is removed from Tekton Pipeline. As described in https://github.com/tektoncd/community/blob/main/teps/0100-embedded-taskruns-and-runs-status-in-pipelineruns.md#beta-api, 9 months after this change has been released in `v1beta1`, the default value for the `embedded-status` feature flag will be changed from `full` to `minimal`, and a few months after that, the `embedded-status` feature flag will be removed entirely and only the `minimal` behavior will remain. Note that this also may address tektoncd#4657, since I had to add documentation for `PipelineRunStatus`, and while I was there, I added some missing top-level fields to the `PipelineRun` definition. The actual implementation will follow this PR. Signed-off-by: Andrew Bayer <[email protected]>
… PipelineRuns See https://github.com/tektoncd/community/blob/main/teps/0100-embedded-taskruns-and-runs-status-in-pipelineruns.md This adds new choices for how `TaskRun` and `Run` statuses are stored/referenced in `PipelineRun` statuses, depending on how the new feature flag, `embedded-status` is set: * `full` - the current default, with the `TaskRun` and `Run` statuses embedded in full. * `minimal` - instead of storing the full embedded statuses, information is stored about the task's version, kind, `PipelineTask` name, and the underlying name of the `TaskRun` or `Run`. This can be used to look up the `TaskRun` or `Run` itself and get the full status from there. Information which is specific to the `PipelineRun`, namely condition checks status and when expressions which may have blocked creation of an actual `TaskRun` or `Run` are stored as well. * `both` - both the full embedded `TaskRun` and `Run` statuses and the minimal references are stored. The condition check information will be removed from the minimal references once the now-deprecated condition check functionality is removed from Tekton Pipeline. As described in https://github.com/tektoncd/community/blob/main/teps/0100-embedded-taskruns-and-runs-status-in-pipelineruns.md#beta-api, 9 months after this change has been released in `v1beta1`, the default value for the `embedded-status` feature flag will be changed from `full` to `minimal`, and a few months after that, the `embedded-status` feature flag will be removed entirely and only the `minimal` behavior will remain. Note that this also may address tektoncd#4657, since I had to add documentation for `PipelineRunStatus`, and while I was there, I added some missing top-level fields to the `PipelineRun` definition. The actual implementation will follow this PR. Signed-off-by: Andrew Bayer <[email protected]>
… PipelineRuns See https://github.com/tektoncd/community/blob/main/teps/0100-embedded-taskruns-and-runs-status-in-pipelineruns.md This adds new choices for how `TaskRun` and `Run` statuses are stored/referenced in `PipelineRun` statuses, depending on how the new feature flag, `embedded-status` is set: * `full` - the current default, with the `TaskRun` and `Run` statuses embedded in full. * `minimal` - instead of storing the full embedded statuses, information is stored about the task's version, kind, `PipelineTask` name, and the underlying name of the `TaskRun` or `Run`. This can be used to look up the `TaskRun` or `Run` itself and get the full status from there. Information which is specific to the `PipelineRun`, namely condition checks status and when expressions which may have blocked creation of an actual `TaskRun` or `Run` are stored as well. * `both` - both the full embedded `TaskRun` and `Run` statuses and the minimal references are stored. The condition check information will be removed from the minimal references once the now-deprecated condition check functionality is removed from Tekton Pipeline. As described in https://github.com/tektoncd/community/blob/main/teps/0100-embedded-taskruns-and-runs-status-in-pipelineruns.md#beta-api, 9 months after this change has been released in `v1beta1`, the default value for the `embedded-status` feature flag will be changed from `full` to `minimal`, and a few months after that, the `embedded-status` feature flag will be removed entirely and only the `minimal` behavior will remain. Note that this also may address tektoncd#4657, since I had to add documentation for `PipelineRunStatus`, and while I was there, I added some missing top-level fields to the `PipelineRun` definition. The actual implementation will follow this PR. Signed-off-by: Andrew Bayer <[email protected]>
… PipelineRuns See https://github.com/tektoncd/community/blob/main/teps/0100-embedded-taskruns-and-runs-status-in-pipelineruns.md This adds new choices for how `TaskRun` and `Run` statuses are stored/referenced in `PipelineRun` statuses, depending on how the new feature flag, `embedded-status` is set: * `full` - the current default, with the `TaskRun` and `Run` statuses embedded in full. * `minimal` - instead of storing the full embedded statuses, information is stored about the task's version, kind, `PipelineTask` name, and the underlying name of the `TaskRun` or `Run`. This can be used to look up the `TaskRun` or `Run` itself and get the full status from there. Information which is specific to the `PipelineRun`, namely condition checks status and when expressions which may have blocked creation of an actual `TaskRun` or `Run` are stored as well. * `both` - both the full embedded `TaskRun` and `Run` statuses and the minimal references are stored. The condition check information will be removed from the minimal references once the now-deprecated condition check functionality is removed from Tekton Pipeline. As described in https://github.com/tektoncd/community/blob/main/teps/0100-embedded-taskruns-and-runs-status-in-pipelineruns.md#beta-api, 9 months after this change has been released in `v1beta1`, the default value for the `embedded-status` feature flag will be changed from `full` to `minimal`, and a few months after that, the `embedded-status` feature flag will be removed entirely and only the `minimal` behavior will remain. Note that this also may address tektoncd#4657, since I had to add documentation for `PipelineRunStatus`, and while I was there, I added some missing top-level fields to the `PipelineRun` definition. The actual implementation will follow this PR. Signed-off-by: Andrew Bayer <[email protected]>
… PipelineRuns See https://github.com/tektoncd/community/blob/main/teps/0100-embedded-taskruns-and-runs-status-in-pipelineruns.md This adds new choices for how `TaskRun` and `Run` statuses are stored/referenced in `PipelineRun` statuses, depending on how the new feature flag, `embedded-status` is set: * `full` - the current default, with the `TaskRun` and `Run` statuses embedded in full. * `minimal` - instead of storing the full embedded statuses, information is stored about the task's version, kind, `PipelineTask` name, and the underlying name of the `TaskRun` or `Run`. This can be used to look up the `TaskRun` or `Run` itself and get the full status from there. Information which is specific to the `PipelineRun`, namely condition checks status and when expressions which may have blocked creation of an actual `TaskRun` or `Run` are stored as well. * `both` - both the full embedded `TaskRun` and `Run` statuses and the minimal references are stored. The condition check information will be removed from the minimal references once the now-deprecated condition check functionality is removed from Tekton Pipeline. As described in https://github.com/tektoncd/community/blob/main/teps/0100-embedded-taskruns-and-runs-status-in-pipelineruns.md#beta-api, 9 months after this change has been released in `v1beta1`, the default value for the `embedded-status` feature flag will be changed from `full` to `minimal`, and a few months after that, the `embedded-status` feature flag will be removed entirely and only the `minimal` behavior will remain. Note that this also may address tektoncd#4657, since I had to add documentation for `PipelineRunStatus`, and while I was there, I added some missing top-level fields to the `PipelineRun` definition. The actual implementation will follow this PR. Signed-off-by: Andrew Bayer <[email protected]>
… PipelineRuns See https://github.com/tektoncd/community/blob/main/teps/0100-embedded-taskruns-and-runs-status-in-pipelineruns.md This adds new choices for how `TaskRun` and `Run` statuses are stored/referenced in `PipelineRun` statuses, depending on how the new feature flag, `embedded-status` is set: * `full` - the current default, with the `TaskRun` and `Run` statuses embedded in full. * `minimal` - instead of storing the full embedded statuses, information is stored about the task's version, kind, `PipelineTask` name, and the underlying name of the `TaskRun` or `Run`. This can be used to look up the `TaskRun` or `Run` itself and get the full status from there. Information which is specific to the `PipelineRun`, namely condition checks status and when expressions which may have blocked creation of an actual `TaskRun` or `Run` are stored as well. * `both` - both the full embedded `TaskRun` and `Run` statuses and the minimal references are stored. The condition check information will be removed from the minimal references once the now-deprecated condition check functionality is removed from Tekton Pipeline. As described in https://github.com/tektoncd/community/blob/main/teps/0100-embedded-taskruns-and-runs-status-in-pipelineruns.md#beta-api, 9 months after this change has been released in `v1beta1`, the default value for the `embedded-status` feature flag will be changed from `full` to `minimal`, and a few months after that, the `embedded-status` feature flag will be removed entirely and only the `minimal` behavior will remain. Note that this also may address #4657, since I had to add documentation for `PipelineRunStatus`, and while I was there, I added some missing top-level fields to the `PipelineRun` definition. The actual implementation will follow this PR. Signed-off-by: Andrew Bayer <[email protected]>
/assign ssunitaa |
The status field was not mentioned in the Configuring a PipelineRun section. This commit adds the missing status field and links to the cancelling a pipelinerun subsection. Fixes tektoncd#4657
The status field was not mentioned in the Configuring a PipelineRun section. This commit adds the missing status field and links to the cancelling a pipelinerun subsection. Fixes #4657
Similar to #4601. We should update the PipelineRun API docs to reflect all existing fields.
/kind documentation
/help-wanted
/good-first-issue
The text was updated successfully, but these errors were encountered: