-
-
Notifications
You must be signed in to change notification settings - Fork 152
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
chore: switch to hatchling #659
chore: switch to hatchling #659
Conversation
@ofek, I just swapped from |
|
The pyproject.toml formatter is insisting the comment be removed. |
Nice, looks like this is basically ready to go? |
Yes, except for the issue with pyproject.fmt not allowing a comment. |
Signed-off-by: Henry Schreiner <henryschreineriii@gmail.com>
Signed-off-by: Henry Schreiner <henryschreineriii@gmail.com>
63acab7
to
b30043f
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks great 🎉 Thanks @henryiii
Quick examples of moving to hatchling. Slightly less config, 2 seconds faster, less verbose build messages,
reduced chance of version conflicts, and slightly cleaner output. Other packages using hatchling include pipx, black, tox4, etc.Just thought I'd throw it out there. Current system is completely fine too. Mostly making the PR since I tried it out and already had it. One benefit of PEP 621 is that it's easy to switch to the best performing backend. :)
PS: It occurred to me on the version conflicts (some packages limit setuptools < 60), that you don't have hatchling or setuptools when you have a wheel, so that should never be a problem. This is very much just a developer choice.
From #655.