Productive Python with Poetry

Dylan Anthony - May 18 '19 - - Dev Community

This is part of a series explaining the different options for managing Python dependencies. Make sure you've read the
previous posts, this one will build on that information.

TL;DR

Poetry addresses many of my complaints about the pipenv and vanilla stacks by providing a much nicer development experience. On the downside, it's a much newer tool which is still developing some important features, and it's not backed by the Python Package Authority (PyPA) which has lead to some conflicts.

Components

  • poetry: Used to manage dependencies, virtual environments, building, and publishing your project.
  • pyproject.toml: Contains all your project metadata
  • poetry.lock: A file used to synchronize exact versions of dependencies between environments
  • pip: Used for some distribution cases

Development

TL;DR

Poetry provides by far the best developer experience of the three stacks discussed.

Defining Requirements

  • πŸ‘ Dev Requirements: Just like Pipenv you can easily declare developer dependencies in the same file as all your other dependencies.
  • 😍 Reproducibility: The most sane management of Python packages. Poetry will install from your lock file, it only updates your dependencies when you tell it to.
  • βœ… Adding new packages: This is done exactly the way it should be done. If you do poetry add somepackage, it will get the latest version of somepackage and set the constraint to be compatible per Semantic Versioning. So if the latest version is 1.4.8, your constraint is ^1.4, meaning it can update to 1.4.9 or 1.5, but not 2.0.
  • 😊 Alternative sources: Even easier than Pipenv. Add your source to pyproject.toml and setup your credentials with poetry config. Much easier than trying to get environment variables to work cross platform.

Virtual Environments

  • 😌 Setup: A breeze. poetry install creates a virtual environment if one doesn't exist and is so much faster than Pipenv. One slight tradeoff is Poetry supports multiple versions of Python for one project, which means you have to specify which version you want to use for any given point in time. The recommendation is to use pyenv on -nix systems. I've found the built in py launcher for Windows works fine too.
  • πŸ™‚ Usage: Pretty much the same story as Poetry, though there are some more bells and whistles.
    • Installing requirements: poetry install
    • Running: poetry run python [your script]
    • Activating the environment: poetry shell (also spawns a new shell)
    • Deactivating: exit

Distribution

TL;DR

Poetry makes almost everything better than Pipenv. If you're doing source or prebuilt distribution, you'll be a little worse off.

Build

  • πŸ₯° Definitions: Your pyproject.toml which defines your dependencies also defines all the other metadata for your project! No more setup.py.
  • 😁 Building: poetry build. Downside? Only pure Python wheels are supported, no C code yet.

Deploy

  • ⚑ PyPI: poetry publish
  • πŸ‘Œβ€ Source Distribution: You have to install Poetry on your server, but it has much less overhead than Pipenv so I think ti's worth it.
  • πŸ˜₯ Prebuilt Dependencies: The released version of Poetry has no way to do this. My solution today is to use the Alpha version of Poetry (which I've had no issues with) and export a requirements.txt to use with pip

Conclusion

Poetry is awesome! It's still quite young (still on its way to 1.0) but already better than the existing tools. Given the direction it's heading, the community supporting it, and the friendly and supportive maintainer, I think it should be everyone's tool of choice for Python dependency management.

That's probably the end of this series. There is, of course, always more to this topic, so if I missed anything or you have any questions please leave a comment below!

Notable Mentions

Here are tools that I'm aware of but don't have enough experience with to give a full review on. If you think one of these is worth spending time with and writing another part of this series on, please let me know.

  • GitHub logo pypa / hatch

    Modern, extensible Python project management

    Hatch

    Hatch logo
    CI/CD CI - Test CD - Build Hatch CD - Build Hatchling
    Docs Docs - Release Docs - Dev
    Package PyPI - Version PyPI - Downloads PyPI - Python Version
    Meta Hatch project linting - Ruff code style - Black types - Mypy License - MIT GitHub Sponsors

    Hatch is a modern, extensible Python project manager.

    Features

    Documentation

    The documentation is made with Material for MkDocs and is hosted by GitHub Pages.

    License

    Hatch is distributed under the terms of the MIT license.








  • GitHub logo

    dephell
    /
    dephell



    πŸ“¦ πŸ”₯ Python project management. Manage packages: convert between formats, lock, install, resolve, isolate, test, build graph, show outdated, audit. Manage venvs, build package, bump version.




    THE PROJECT IS ARCHIVED

    Forks: https://github.com/orsinium/forks


    DepHell

    pypi MIT License Travis CI Powered by DepHell

    DepHell -- project management for Python.

    Why it is better than all other tools:

    1. Format agnostic. You can use DepHell with your favorite format: setup.py, requirements.txt, Pipfile, poetry. DepHell supports them all and much more.
    2. Use your favorite tool on any project. Want to install a poetry based project, but don't like poetry? Just tell DepHell to convert the project's meta information into a setup.py and install it with pip. Or directly work with the project from DepHell, because DepHell can do everything that you usually want to do with packages.
    3. DepHell doesn't try to replace your favorite tools. If you use poetry, you have to use poetry's file formats and commands. However, DepHell can be combined with any other tool or can even combine all these tools together by converting formats. You can use DepHell, poetry, and pip all at…
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .