Poetry VS black

Compare Poetry vs black and see what are their differences.

Our great sponsors
  • InfluxDB - Power Real-Time Data Analytics at Scale
  • WorkOS - The modern identity platform for B2B SaaS
  • SaaSHub - Software Alternatives and Reviews
Poetry black
375 321
29,170 37,210
3.3% 3.1%
9.6 9.5
about 18 hours ago about 21 hours ago
Python Python
MIT License MIT License
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.

Poetry

Posts with mentions or reviews of Poetry. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2024-03-02.
  • How to Enhance Content with Semantify
    4 projects | dev.to | 2 Mar 2024
    The Semantify repository provides an example Astro.js project. Ensure you have poetry installed, then build the project from the root of the repository:
  • Uv: Python Packaging in Rust
    9 projects | news.ycombinator.com | 15 Feb 2024
    Has anyone else been paying attention to how hilariously hard it is to package PyTorch in poetry?

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

  • Boring Python: dependency management (2022)
    3 projects | news.ycombinator.com | 4 Feb 2024
    Based on this comment 5 days ago[0], it's working? I'm not sure didn't dig in too far but based on that comment it seems fair to say that it's not fully Poetry's fault because torch removed hashes (which poetry needs to be effective) for a while only recently adding it back in.

    Not sure where I would stand if I fully investigated it tho.

    [0] https://github.com/python-poetry/poetry/issues/6409#issuecom...

  • Fun with Avatars: Crafting the core engine | Part. 1
    4 projects | dev.to | 20 Jan 2024
    We will be running this project in Python 3.10 on Mac/Linux, and we will use Poetry to manage our dependencies. Later, we will bundle our app into a container using docker for deployment.
  • Python Packaging, One Year Later: A Look Back at 2023 in Python Packaging
    2 projects | news.ycombinator.com | 16 Jan 2024
    Here are the two main packaging issues I run into, specifically when using Poetry:

    1) Lack of support for building extension modules (as mentioned by the article). There is a workaround using an undocumented feature [0], which I've tried, but ultimately decided it was not the right approach. I still use Poetry, but build the extension as a separate step in CI, rather than kludging it into Poetry.

    2) Lack of support for offline installs [1], e.g. being able to download the dependencies, copy them to another machine, and perform the install from the downloaded dependencies (similar to using "pip --no-index --find-links=."). Again, you can work around this (by using "poetry export --with-credentials" and "pip download" for fetching the dependencies, then firing up pypiserver [2] to run a local PyPI server on the offline machine), but ideally this would all be a first class feature of Poetry, similar to how it is in pip.

    I don't have the capacity to create Pull Requests for addressing these issues with Poetry, and I'm very grateful for the maintainers and those who do contribute. Instead, on the linked issues I share my notes on the matter, in the hope that it may at least help others and potentially get us closer to a solution.

    Regardless, I'm sticking with Poetry for now. Though to be fair, the only other Python packaging tools I've used extensively are Pipenv and pip/setuptools. It's time consuming to thoroughly try out these other packaging tools, and is generally lower priority than developing features/fixing bugs, so it's helpful to read about the author's experience with these other tools, such as PDM and Hatch.

    [0] https://github.com/python-poetry/poetry/issues/2740

    [1] https://github.com/python-poetry/poetry/issues/2184

    [2] https://pypi.org/project/pypiserver/

  • Introducing Flama for Robust Machine Learning APIs
    11 projects | dev.to | 18 Dec 2023
    We believe that poetry is currently the best tool for this purpose, besides of being the most popular one at the moment. This is why we will use poetry to manage the dependencies of our project throughout this series of posts. Poetry allows you to declare the libraries your project depends on, and it will manage (install/update) them for you. Poetry also allows you to package your project into a distributable format and publish it to a repository, such as PyPI. We strongly recommend you to learn more about this tool by reading the official documentation.
  • Poetry VS instld - a user suggested alternative
    2 projects | 9 Dec 2023
  • Navigating the Release Journey of txtToWeb
    2 projects | dev.to | 27 Nov 2023
    For the release of txtToWeb, I opted for Poetry as my release tool and TestPyPI as the package registry. Poetry's simplicity and TestPyPI's environment for testing releases were crucial factors in my decision.
  • 📜 RepoList - A tool to generate wordlists based on GitHub repositories
    5 projects | dev.to | 24 Nov 2023
    I've used Python with Poetry to create Repolist. Poetry is fairly new to me and It was a great experience using it. Easy setup and dependency management. With few commands, I was able to create the project and publish it to PyPI. I will definitely use it for my future projects.
  • My first Software Release using GitHub Release
    6 projects | dev.to | 24 Nov 2023
    There were various approaches recommended depending on our language and ecosystem. My classmates who developed using Node.js were recommended npm, and PyPI or poetry for Python. Since my program is written in C++, I was recommended to look into one of vcpkg or conan, but I ultimately did not use either package manager.

black

Posts with mentions or reviews of black. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2024-03-18.
  • Enhance Your Project Quality with These Top Python Libraries
    16 projects | dev.to | 18 Mar 2024
    Black: Known as “The Uncompromising Code Formatter”, Black automatically formats your Python code to conform to the PEP 8 style guide. It takes away the hassle of having to manually adjust your code style.
  • Uv: Python Packaging in Rust
    9 projects | news.ycombinator.com | 15 Feb 2024
  • Let's meet Black: Python Code Formatting
    2 projects | dev.to | 7 Feb 2024
    In the realm of Python development, there is a multitude of code formatters that adhere to PEP 8 guidelines. Today, we will briefly discuss how to install and utilize black.
  • Show HN: Visualize the Entropy of a Codebase with a 3D Force-Directed Graph
    6 projects | news.ycombinator.com | 31 Jan 2024
    Perfect, that worked, thank you!

    I thought this could be solved by changing the directory to src/ and then executing that command, but this didn't work.

    This also seems to be an issue with the web app, e.g. the repository for the formatter black is only one white dot https://dep-tree-explorer.vercel.app/api?repo=https://github...

  • Introducing Flask-Muck: How To Build a Comprehensive Flask REST API in 5 Minutes
    3 projects | dev.to | 20 Dec 2023
  • Embracing Modern Python for Web Development
    12 projects | dev.to | 8 Dec 2023
    Ruff is not only much faster, but it is also very convenient to have an all-in-one solution that replaces multiple other widely used tools: Flake8 (linter), isort (imports sorting), Black (code formatter), autoflake, many Flake8 plugins and more. And it has drop-in parity with these tools, so it is really straightforward to migrate from them to Ruff.
  • Releasing my Python Project
    4 projects | dev.to | 26 Nov 2023
    1. LICENSE: This file contains information about the rights and permissions granted to users regarding the use, modification, distribution, and sharing of the software. I already had an MIT License in my project. 2. pyproject.toml: It is a configuration file typically used for specifying build requirements and backend build systems for Python projects. I was already using this file for Black code formatter configuration. 3. README.md: Used as a documentation file for your project, typically includes project overview, installation instructions and optionally, contribution instructions. 4. example_package_YOUR_USERNAME_HERE: One big change I had to face was restructuring my project, essentially packaging all files in this directory. The name of this directory should be what you want to name your package and shoud not conflict with any of the existing packages. Of course, since its a Python Package, it needs to have an __init__.py. 5. tests/: This is where you put all your unit and integration tests, I think its optional as not all projects will have tests. The rest of the project remains as is.
  • Lute v3 - installed software for learning foreign languages through reading
    2 projects | /r/flask | 15 Nov 2023
    using pylint and black ("the uncompromising code formatter")
  • Testing Python Code Using UnitTest
    3 projects | dev.to | 9 Nov 2023
    It was with this test that I made that I was able to test my parse_md function, previously called check_md_and_write, and locate a bug that I uncovered a last week. I noticed this bug when I was using the linter, Ruff, and formatter, Black, I set up for my project. If you're interested in reading about the linter and formatter I chose and the setup process you can read last week's blog. Essentially the problem was that I could not parse any Markdown in my program. I wasn't sure what the problem was, but I think it had something to do with when I refactored my code and tried to clean things up. Luckily, I still has the branches where I worked on improved the function to parse markdown and the refactoring branch. To make note of it, I made an issue for myself and specified which branches to take a look at.
  • FastAPI Production Setup Guide 🏁⚡️🚀
    6 projects | dev.to | 18 Oct 2023
    Whenever I start a new project I like to maintain quality standards and using automated quality tools makes it easy. Lets go ahead and install mypy for static type checking, black for formatting, and ruff for linting. Add these to the dev dependencies.

What are some alternatives?

When comparing Poetry and black you can also consider the following projects:

autopep8 - A tool that automatically formats Python code to conform to the PEP 8 style guide.

Pipenv - Python Development Workflow for Humans.

PDM - A modern Python package and dependency manager supporting the latest PEP standards

prettier - Prettier is an opinionated code formatter.

yapf - A formatter for Python files

hatch - Modern, extensible Python project management

pyenv - Simple Python version management

pip-tools - A set of tools to keep your pinned Python dependencies fresh.

Pylint - It's not just a linter that annoys you!

virtualenv - Virtual Python Environment builder

ruff - An extremely fast Python linter and code formatter, written in Rust.

conda - A system-level, binary package and environment manager running on all major operating systems and platforms.