Trigger GH workflow after Drone passes #65111
Conversation
|
The GH workflow half is working on snickell/test-workflow-dispatch#2: 
|
|
The whole flow is working on code-dot-org/test-workflow-dispatch#2:
|
…rg/code-dot-org into seth/drone-trigger-gh-actions
.drone.yml
Outdated
| } | ||
| # depends_on: | ||
| # - unit | ||
| # - ui |
There was a problem hiding this comment.
Note to self: make sure we uncomment / re-enable depends_on: ['unit', 'ui'] before merging.
|
Implemented a more "real" scenario, on-droneci-complete.yml closes the appitools eyes batch when drone is done. Tested and works in the scenario where drone completes, but GH workflow batches were skipped (no changes to frontend/**) |
🖼️ Storybook Visual Comparison Report✅ No Storybook eyes differences detected! |
|
Tested and works (meaning: throws a visible error) in the (currently unlikely?) scenario where Drone completes before frontend-ci.yml (which in turn invokes component-library.yml and marketing-app-ci.yml). 
|
….yml a chance to complete
|
Tested and works when we delay doing the callback from drone for 16 minutes (frontend completes in about 13 minutes). All conditions confirmed, looks like this now works. 
|
Co-authored-by: Stephen Liang <stephenliang@users.noreply.github.com>
Experiment to see how hard it is to trigger a GH workflow to run after Drone CI passes for a PR:
We created a "placeholder" workflow to allow us to test on this branch: #65145 . If we close this PR, we should delete the placeholder file created by that PR.