black, isort, and doc8 - should we use them in our CI?
See original GitHub issueblack is an extremely popular tool for automatically formatting Python code to match the very opinionated black coding standard.
isort is a tool for automatically sorting Python imports to match a given style.
doc8 is a Sphinx style checker.
mypy is an optional static type checker
Should we incorporate one or more of these tools into our CI process similar to how we have incorporated flake8? Of course, we can tweak the default configuration for each of these tools to make them match our stylistic preferences if we desire.
Issue Analytics
- State:
- Created 3 years ago
- Comments:13 (8 by maintainers)
Top Results From Across the Web
Continuous Integration — orion v0.2.5.post0 documentation - Oríon
Code styles verifications, and quality checks are run ( black , isort , pylint , doc8 ). The documentation is also built at...
Read more >Supported hooks - pre-commit
blacken-docs - Run `black` on python code blocks in documentation files ... rst-linter - Check .rst files with the same linter used by...
Read more >catalystcoop.cheshire - Python Package Health Analysis | Snyk
Ensure you're using the healthiest python packages ... E.g. a repository at catalyst-cooperative/cheshire should be used to define a package named cheshire ...
Read more >DOCK8 immunodeficiency syndrome: MedlinePlus Genetics
The information on this site should not be used as a substitute for professional medical care or advice. Contact a health care provider...
Read more >Articles by Kiwi TCMS Team
Our mission is to transform the testing process inside your organization. You don't have to do it alone! Let us help you! Number...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found

@xNinjaKittyx Since we went ahead and made the various CI improvements using GitHub actions, albeit not use pre-commit hooks, I"m thinking of deleting your
ci_improvementsbranch as part of some cleanup. But I’ll wait a week or so in case you plan on doing anything more with that branch.I don’t have much knowledge into github actions, maybe i’ll check it out sometime in the future. Feel free to delete the branch, thanks for letting me know!