-
Notifications
You must be signed in to change notification settings - Fork 3
Adds docs generation and PyPI publishing to the release workflow #52
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Maegereg
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd suggest testing the docs-push job before committing. What I usually do is:
- Add my branch to the whitelist for the docs-push environment.
- Set the dry-run argument to the push-docs action.
- Test it.
- Be sure to remove my branch from the docs-push environment when I'm done.
Otherwise, this looks good!
Co-authored-by: dasm <maegereg@gmail.com>
Co-authored-by: dasm <maegereg@gmail.com>
|
Thanks for the instructions, the Push-Docs job really needed testing! I think this is ready to merge now. Note that adding this branch ( |
This adds two jobs to the release workflow:
This PR also changes the accepted tags to remove the "dev" suffix, which I don't think we've ever used. Alpha, beta & rc ought to be enough? It adds comments about our CI to workflow definition files and to CONTRIBUTING.md.
I was able to successfully test the publication to PyPI logic (see here). The docs publication logic cannot be tested because it can only be run from a protected branch, if I understand this error correctly. So I think I need to merge this PR and then create a release using a tag from the main branch to make sure that it works. The job logic itself is copied from
commit.yml, with only the version name different and the additional version check.