vendor trigger workflow and wait#114
Conversation
| required: false | ||
| default: '' | ||
| comment_github_token: | ||
| description: "The Github access token with access to the repository for comment URL. It is recommended you put this token under secrets." |
There was a problem hiding this comment.
This Github -> GitHub (or github -> GitHub) applies in a few places.
| description: "The Github access token with access to the repository for comment URL. It is recommended you put this token under secrets." | |
| description: "The GitHub access token with access to the repository for comment URL. It is recommended you put this token under secrets." |
There was a problem hiding this comment.
Fixed this everywhere I could find it: f8526ec
| echo "Error: Github token is required. You can head over settings and" | ||
| echo "under developer, you can create a personal access tokens. The" |
There was a problem hiding this comment.
Let's polish the grammar up a bit... I know it's vendored code but the prose is not written very well. Just have an agent do a single pass over the whole PR to improve grammar.
There was a problem hiding this comment.
Ran through this and the README in f8526ec and made some changes.
There was a problem hiding this comment.
Are we running shellcheck? Can we please do that?
There was a problem hiding this comment.
We aren't yet, sure I'll add that here.
There was a problem hiding this comment.
Added in f8526ec
That pulled in some changes in telemetry-related actions too, but they look non-controversial to me so I think they're fine to keep.
| | `trigger_workflow` | False | `true` | Trigger the specified workflow. | | ||
| | `wait_workflow` | False | `true` | Wait for workflow to finish. | | ||
| | `comment_downstream_url` | False | `` | A comments API URL to comment the current downstream job URL to. Default: no comment | | ||
| | `comment_github_token` | False | `${{github.token}}` | token used for pull_request comments | |
There was a problem hiding this comment.
Wasn't really sure what you were looking for here.
Since we're now modifying the vendored code, I took the liberty of removing anything related to posting a comment somewhere (we don't use this action for that in RAPIDS).
Otherwise, made the table match the descriptions in the action.yaml here: b1d1406
Let me know what else you're looking for (or push changes yourself if you want).
| ## History | ||
|
|
||
| > [!NOTE] | ||
| > This action contains RAPIDs-specific commits on top of the archived project `convictional/trigger-workflow-and-wait` [link](https://github.com/convictional/trigger-workflow-and-wait). |
There was a problem hiding this comment.
Typo. Also should we say "NVIDIA" instead of "RAPIDS"?
| > This action contains RAPIDs-specific commits on top of the archived project `convictional/trigger-workflow-and-wait` [link](https://github.com/convictional/trigger-workflow-and-wait). | |
| > This action contains RAPIDS-specific commits on top of the archived project `convictional/trigger-workflow-and-wait` [link](https://github.com/convictional/trigger-workflow-and-wait). |
There was a problem hiding this comment.
Yes typo and yes NVIDIA would be fine.
|
/merge |
Contributes to #118 Switches from our fork of `trigger-workflow-and-wait` (https://github.com/rapidsai/trigger-workflow-and-wait) to a vendored copy in `rapidsai/shared-actions` (added in rapidsai/shared-actions#114). See the issue for details on the benefits of that. ## Notes for Reviewers ### How I tested this On this branch, pinned all these uses to the branch from rapidsai/shared-actions#114 (`vendor-trigger-workflow-and-wait`). Started a run from this PR's branch (`shared-actions`): https://github.com/rapidsai/workflows/actions/runs/26843781233/job/79157749196 Saw everything trigger successfully and the waiting behavior appear to work: <img width="1840" height="628" alt="image" src="https://github.com/user-attachments/assets/d856545e-6103-44d7-992c-30a994aaaf13" /> Saw statuses handled correctly (e.g. successful `dask-cuda-build` triggering a `dask-cuda-tests` job). Authors: - James Lamb (https://github.com/jameslamb) Approvers: - Bradley Dice (https://github.com/bdice) URL: #119
Contributes to rapidsai/workflows#118
Vendors https://github.com/rapidsai/trigger-workflow-and-wait in here, so that repo can be archived. See the issue for details on the benefits of that.
Notes for Reviewers
I've intentionally structured the commits
In order:
This PR can be squash merged, but just structured the commits that way for ease of reviewing.
How I tested this
Ran the testing instructions in the README locally, saw them successfully trigger a
build.yamlrun in RMM.Tried manually triggering a nightly pipeline with this in rapidsai/workflows#119, saw it all appear to work well.