-
Notifications
You must be signed in to change notification settings - Fork 6
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
Release/0.6.0 #194
Release/0.6.0 #194
Conversation
for more information, see https://pre-commit.ci
Codecov Report
@@ Coverage Diff @@
## main #194 +/- ##
=======================================
Coverage 69.98% 69.98%
=======================================
Files 21 21
Lines 883 883
Branches 159 159
=======================================
Hits 618 618
Misses 220 220
Partials 45 45
|
The run of the |
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.
It looks like it uploaded right, but it may still be worth looking the failure report. Is that action failing something that typically happens on release?
I should have pasted the error, but yes it was that the file was uploaded already:
I recall something like this happening on an earlier release where there were extra steps (and one time where I made the version tag wrong) but I think any Slack chat history about it is deleted bc it's been more than 90 days. |
I use the The alternative is to add a suffix to the generated wheel so that each upload succeeds. However, you may then accumulate MANY wheels in the testpypi project. |
Historically this has always failed if multiple commits are pushed to a release branch — and “skip existing” sounds like the right way to fix this problem. I wasn’t aware of that option when I set up the deployment workflow but would support adding that flag. |
Description
Release Navigator module and Login page plus security fixes
Checklist: