The 1.0 release is a must for a working poetry environment. The people handling it are friendly and communicate over github and discord. However, it's not all roses.

- VSCode supports poetry as a second class citizen - Documentation is there, but only in github issues - There is no migration path from pip and pipenv to poetry - I can't do releases via CI because of a poetry bug.

DepHell claims to be able to convert to and from pip, pipenv and poetry, so perhaps that could be used for migrating?

https://dephell.org/docs/cmd-deps-convert.html

We love DepHell. I migrated some work repos from Pipenv (and plain ol' pip) to Poetry. However, we didn't want to have a flag day where we updated our build tooling to be 100% Poetry, so I made a Makefile target that builds requirements.txt and setup.py from pyproject.toml. Now developers can work with pleasant tooling, but the build system can use the old stuff it already knows.

We're close to having everything migrated to Poetry. When that day comes, we can throw out all the compatibility stuff, update the build server, and be happy. Until that day, DepHell gives us an easy compatibility layer so that we don't have to do the migration all at once. It's awesome.

Ah hell, I wish I had known about this tool before migrating.

Thank you so much for pointing it out. I've added it to this issue.

https://github.com/python-poetry/poetry/issues/1701

There is also a bug that is keeping me from switching, and also the handling of that bug has not been great, otherwise I would do so in a heartbeat.

Huge fan of poetry. I highly recommend people try it out. It feels like cargo, but for python.

fandom always leads to these hollow hypes that end in dead projects. we do not need that in programming.

Sure we do. The whole software industry is built on hype cycles. If we didn't have them, we'd get paid normal wages and couldn't claim we're eating the world

Replace the word fan with supporter, which is more in line what what I was thinking, and is certainly needed in programming.