Conversation
wholmgren
left a comment
There was a problem hiding this comment.
thanks for looking into this! I was confused because the workflow did still run, but I didn't realize that it would run with a different github.ref depending on the settings in on. How about you go ahead and merge and then test it?
|
Seems to have worked: https://github.com/pvlib/pvlib-python/runs/7886150625?check_suite_focus=true and https://pypi.org/project/pvlib/0.9.2a2/ The logs reveal a new issue:
I'll just piggyback that one on #1483. (and thanks for the fast review!) |
docs/sphinx/source/referencefor API changes.docs/sphinx/source/whatsnewfor all changes. Includes link to the GitHub Issue with:issue:`num`or this Pull Request with:pull:`num`. Includes contributor name and/or GitHub username (link with:ghuser:`user`).remote-data) and Milestone are assigned to the Pull Request and linked Issue.@wholmgren tagged v0.9.2-alpha.1 yesterday (#1483 (comment)) but the deploy workflow run for that commit skipped the PyPI upload step. I think, due to an error I made in #1306, the problem is that the workflow was triggered only by the push, not the tag, so the
github.refwasmasterand notv0.9.2-alpha.1and that step was skipped. This PR introduces version tags as another trigger for that workflow, so the workflow should be run both on the initial push to master (skipping PyPI upload) and the subsequent version tag (activating the PyPI upload).Would like to get this merged ASAP to not further delay evaluation of the build/install changes ahead of the final 0.9.2 release.