All patches and comments are welcome. Please squash your changes to logical
commits before using git-format-patch and git-send-email to
patches@git.madduck.net.
If you'd read over the Git project's submission guidelines and adhered to them,
I'd be especially grateful.
1 [//]: # "NOTE: THIS FILE WAS AUTOGENERATED FROM CONTRIBUTING.md"
3 # Contributing to _Black_
5 Welcome! Happy to see you willing to make the project better. Have you read the entire
6 [user documentation](https://black.readthedocs.io/en/latest/) yet?
10 In terms of inspiration, _Black_ is about as configurable as _gofmt_. This is
13 Bug reports and fixes are always welcome! Please follow the
14 [issue template on GitHub](https://github.com/psf/black/issues/new) for best results.
16 Before you suggest a new feature or configuration knob, ask yourself why you want it. If
17 it enables better integration with some workflow, fixes an inconsistency, speeds things
18 up, and so on - go for it! On the other hand, if your answer is "because I don't like a
19 particular formatting" then you're not ready to embrace _Black_ yet. Such changes are
20 unlikely to get accepted. You can still try but prepare to be disappointed.
24 Development on the latest version of Python is preferred. As of this writing it's 3.9.
25 You can use any operating system. I am using macOS myself and CentOS at work.
27 Install all development dependencies using:
30 $ pipenv install --dev
35 If you haven't used `pipenv` before but are comfortable with virtualenvs, just run
36 `pip install pipenv` in the virtualenv you're already using and invoke the command above
37 from the cloned _Black_ repo. It will do the correct thing.
39 Non pipenv install works too:
42 $ pip install -r test_requirements
46 Before submitting pull requests, run lints and tests with the following commands from
47 the root of the black repo:
56 # Optional Fuzz testing
59 # Optional CI run to test your changes on many popular python projects
60 $ black-primer [-k -w /tmp/black_test_repos]
63 ### News / Changelog Requirement
65 `Black` has CI that will check for an entry corresponding to your PR in `CHANGES.md`. If
66 you feel this PR not require a changelog entry please state that in a comment and a
67 maintainer can add a `skip news` label to make the CI pass. Otherwise, please ensure you
68 have a line in the following format:
71 - `Black` is now more awesome (#X)
74 To workout X, please use
75 [Next PR Number](https://ichard26.github.io/next-pr-number/?owner=psf&name=black). This
76 is not perfect but saves a lot of release overhead as now the releaser does not need to
77 go back and workout what to add to the `CHANGES.md` for each release.
81 If you make changes to docs, you can test they still build locally too.
84 $ pip install -r docs/requirements.txt
85 $ pip install [-e] .[d]
86 $ sphinx-build -a -b html -W docs/ docs/_build/
91 `black-primer` is used by CI to pull down well-known _Black_ formatted projects and see
92 if we get source code changes. It will error on formatting changes or errors. Please run
93 before pushing your PR to see if you get the actions you would expect from _Black_ with
94 your PR. You may need to change
95 [primer.json](https://github.com/psf/black/blob/master/src/black_primer/primer.json)
96 configuration for it to pass.
98 For more `black-primer` information visit the
99 [documentation](https://github.com/psf/black/blob/master/docs/black_primer.md).
103 If you're fixing a bug, add a test. Run it first to confirm it fails, then fix the bug,
104 run it again to confirm it's really fixed.
106 If adding a new feature, add a test. In fact, always add a test. But wait, before adding
107 any large feature, first open an issue for us to discuss the idea first.
111 Thanks again for your interest in improving the project! You're taking action when most
112 people decide to sit and watch.