ci: Publish releases to PyPI through GitHub releases #41
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR uses publication type releases to publish to PyPI by running the publication workflow on
published
release
events and then verifying that the PyPI upload step is running on one. This follows what I'll call thecorner
model (which I now think is how GitHub Actions assumed people would do things):This follows the example that is setup in
corner
with running the workflow onpublished
release
events and then only running the publish to PyPI step on that conditions. To instigate this workflow one would do the following:master
run:v0.2.0
) in the "Tag version" box and the "Release title" box (to make it easy unless you really want to get descriptive)This is a bit different from the
pyhf
way of doing things, but also lets things run through on TestPyPI on the tag before things are ever released.Additionally, this PR adds support for manual triggers of workflows through workflow dispatch
Recommended squash and merge commit message: