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
Migrate codebase to an autoformater? #281
Comments
I'll try them and give you an answer. I'm afraid probably the answer is "no", I'm too used to reading code that looks like this. |
Sure! |
|
@Gr1N how do you feel about the long multi-item lines it enforces? |
@jasonkuhrt I feel nothing. When I started use |
Ok, I've just done some playing (and wasted 30 minutes of my life reading psf/black#118). I'd be happy to switch to black provided we use This will have another advantage that we can get away from flake8, pycodestyle and all that mess. |
We can't get away from flake8, because black is only about code formatting and flake8 still can help you to show unused imports, vars or even possible bugs. |
boring, but ok |
I'm confused by this. Does pydantic use black now? Because when I run black, I see 173 file changes. |
If black is used, you might want to consider to state this in the README with a badge:
|
Yes black is used, see the No need for a badge for this, or isort or flake8 or mypy. |
I cloned the codebase tonight to work on a few issues. Was wondering if @samuelcolvin you'd be open to using an autoformatter (yapf, black, ...) to manage the project's style, to make collaborating easier?
fwiw I have experience setting yapf and black up including integrating into CI.
The text was updated successfully, but these errors were encountered: