Skip to content
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

Feature Request: Support publishing to testPyPI without manual edit to .pypirc file #125

Open
Mariatta opened this issue Aug 5, 2017 · 4 comments

Comments

@Mariatta
Copy link
Contributor

Mariatta commented Aug 5, 2017

Follow up from #122

Members of Vancouver PyLadies are interested to learn how to publish a package to PyPI, but they are not package maintainers. I'm thinking to introduce flit to our members during an upcoming workshop. I'm thinking that they should publish to testPyPI instead of to the production PyPI.

I now know how to publish to testPyPI using flit, but if this can be done without them needing to modify ~/.pypirc manually, then it would make things simpler.

Thanks for the great tool, and I hope you will consider this feature request 🙏 😄

@takluyver
Copy link
Member

Thanks I will certainly consider that.

I saw this morning that there's a longer term plan to replace TestPyPI with a staged upload mechanism in PyPI. But I think that's some way off, and I hope that TestPyPI stays around as well.

@takluyver
Copy link
Member

This is more tractable now that Flit can prompt for a username & password, because it doesn't depend so much on the config file.

We could allow passing a URL like flit --repository https://test.pypi.org/legacy/ publish, or special-case testpypi as an allowed name.

@merwok
Copy link
Contributor

merwok commented Sep 17, 2019

-r testpypi sounds great!

@marcel-goldschen-ohm
Copy link

Any update on this? Frankly, I find the .pypirc file to contribute almost nothing and simply pollute my project directory. The only two things that it seems to let me do as far as flit is concerned is to 1) publish to testpypi (this should be an option within flit itself in my opinion as suggested by @takluyver) and 2) not have to enter my pypi username (this is trivial, and I would prefer to do this rather than have another file polluting my project). If a URL or testpypi flag could be input directly to flit as a command argument (see @takluyver comment above), then it seems there would be no need for a .pypirc file and flit could stop creating one.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants