You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: _posts/2024-08-21-adding-comments-to-pr.markdown
+1-1Lines changed: 1 addition & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -39,7 +39,7 @@ However, the downside of that approach is that you need to think hard about the
39
39
### Git (sic!) better
40
40
41
41
Some investigation of available [workflow triggers](https://docs.github.com/en/actions/writing-workflows/choosing-when-your-workflow-runs/events-that-trigger-workflows) reveals the ```workflow_run```
42
-
trigger that allows to react once a workflow has been completed and workflow triggered by that run in the context of the repository itself. That would allow us to do the following:
42
+
trigger, that allows to react once a workflow has completed, and workflows triggered by that run in the context of the repository itself. That would allow us to do the following:
43
43
44
44
- run a workflow with ```pull_request``` trigger to perform some action, e.g. calculate the code coverage of the code in a PR
45
45
- store the result of this workflow as an artifact attached to the workflow run
0 commit comments