You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Banning silent replacement of versions from the main pypi.python.org site is the right thing to do from an end user perspective, but from a publisher perspective, it would be useful if testpypi.python.org allowed version replacement, as that would permit the following publication workflow:
Publish to testpypi.python.org
Check the published package is working correctly
If not, fix the packaging and return to step 1 (without having to bump the version number)
Once the package is working correctly, push to pypi.python.org (locking in the version number)
This would be similar to the devpi based workflow some publishers already use, but without the need to host your own index server for testing purposes.
The text was updated successfully, but these errors were encountered:
(Turning this suggestion into a warehouse RFE)
Banning silent replacement of versions from the main pypi.python.org site is the right thing to do from an end user perspective, but from a publisher perspective, it would be useful if testpypi.python.org allowed version replacement, as that would permit the following publication workflow:
This would be similar to the devpi based workflow some publishers already use, but without the need to host your own index server for testing purposes.
The text was updated successfully, but these errors were encountered: