-
Notifications
You must be signed in to change notification settings - Fork 11
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
Consider code complexity tracking, and other tools. #5
Comments
See also the Complexity section of Awesome flake8 plugins. There’s also the wemake-python-styleguide plugin which acts as a wrapper around a bunch of other tools and plugins…
PR #214 adds Bandit as git commit hook. |
It probably makes sense to consider the pip-audit package too (see discussion). |
Played around with it, and the tools looks useful:
However, I wouldn’t use it as a commit hook because dependecies don’t change that often. Instead, it would probably make sense to add it to our Makefile: python-package-template/Makefile Lines 80 to 86 in c754175
Call python -m pip_audit However, if a |
Moving PR #377 over here (and closing): I stumbled upon the dependency-review-action which looked useful. Not sure if |
Another tool too consider is guarddog. |
And then there’s super-linter, which looks rather interesting too 🤓 |
|
There’s also Ruff which incorporates lint and flake and various checkers in one single tool. |
Another interesting tool is import-linter that checks if user-specified import contracts are met by the code. |
And perflint looks like a useful |
Tools like Wily and Radon allow to track code complexity metrics, e.g. based on cyclomatic complexity or Halstaed’s complexity metrics. It might make sense to track these (and other?) metrics to measure software maintainability.
In addition, e.g.
Banditor dlint might be useful additions?The text was updated successfully, but these errors were encountered: