Skip to content

vendor trigger workflow and wait#114

Merged
rapids-bot[bot] merged 5 commits into
mainfrom
vendor-trigger-workflow-and-wait
Jun 2, 2026
Merged

vendor trigger workflow and wait#114
rapids-bot[bot] merged 5 commits into
mainfrom
vendor-trigger-workflow-and-wait

Conversation

@jameslamb
Copy link
Copy Markdown
Member

@jameslamb jameslamb commented Jun 2, 2026

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:

  1. 0b05d5d = vendor without modification
  2. 653df59 = NVIDIA copyrights, licensing, ownership
  3. 2424524 = RAPIDS-ifying (removing unnecessary-to-us stuff, updating examples to point to RAPIDS things)

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.yaml run in RMM.

Tried manually triggering a nightly pipeline with this in rapidsai/workflows#119, saw it all appear to work well.

@jameslamb jameslamb added the improvement Improves an existing functionality label Jun 2, 2026
@jameslamb jameslamb changed the title WIP: vendor trigger workflow and wait vendor trigger workflow and wait Jun 2, 2026
@jameslamb jameslamb marked this pull request as ready for review June 2, 2026 19:57
@jameslamb jameslamb requested a review from a team as a code owner June 2, 2026 19:57
@jameslamb jameslamb requested a review from gforsyth June 2, 2026 19:57
Comment thread trigger-workflow-and-wait/action.yml Outdated
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."
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This Github -> GitHub (or github -> GitHub) applies in a few places.

Suggested change
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."

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fixed this everywhere I could find it: f8526ec

Comment thread trigger-workflow-and-wait/entrypoint.sh Outdated
Comment on lines +66 to +67
echo "Error: Github token is required. You can head over settings and"
echo "under developer, you can create a personal access tokens. The"
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

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.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ran through this and the README in f8526ec and made some changes.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Are we running shellcheck? Can we please do that?

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We aren't yet, sure I'll add that here.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

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.

Comment thread trigger-workflow-and-wait/README.md Outdated
| `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 |
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Let's reflow this table.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

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).

Comment thread trigger-workflow-and-wait/README.md Outdated
## 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).
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Typo. Also should we say "NVIDIA" instead of "RAPIDS"?

Suggested change
> 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).

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes typo and yes NVIDIA would be fine.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

changed to NVIDIA in f8526ec

@jameslamb jameslamb requested a review from bdice June 2, 2026 20:56
@jameslamb
Copy link
Copy Markdown
Member Author

/merge

@rapids-bot rapids-bot Bot merged commit 6fb2529 into main Jun 2, 2026
3 checks passed
@jameslamb jameslamb deleted the vendor-trigger-workflow-and-wait branch June 2, 2026 23:49
rapids-bot Bot pushed a commit to rapidsai/workflows that referenced this pull request Jun 3, 2026
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
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

improvement Improves an existing functionality

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants