generated from actions/typescript-action
-
Notifications
You must be signed in to change notification settings - Fork 82
Open
Description
Both deployment-action and deployment-status are useful and works nicely together.
But using both of them comes with a duplication of the configuration data, and make the workflow a bit too complex.
GitHub Actions support a nice (actually quite common) feature: runs.post.
The most obvious usage of this feature is for caching data at the end of a job, like actions/setup-node.
Using this with deployment-action could be very valuable as well:
- Only one additional input would be sufficient to enable (or disable) the status submission
- All the rest of the configuration is done only once
- It runs at the end of the job per default wherever the deployment is created
- The status of the job is available to the
postscript, not limited to success only
karfau, tokisakiyuu, jtomaszewski and dekimsey
Metadata
Metadata
Assignees
Labels
No labels