ansible-lint
conventional-pre-commit
Our great sponsors
ansible-lint | conventional-pre-commit | |
---|---|---|
10 | 1 | |
2,713 | 284 | |
- | 7.1% | |
9.4 | 7.7 | |
about 2 years ago | 11 days ago | |
Python | Python | |
GNU General Public License v3.0 only | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
ansible-lint
-
The Bullhorn #99 (Ansible Newsletter)
Ansible-lint version 6.14.6 is here, started using ruff linter along with 10+ bugfixes in this release.
-
The Bullhorn #95 (Ansible Newsletter)
Ansible-Devtools team made a new release of Ansible-Lint version 6.14.2 with couple of exciting bugfixes.
-
The Bullhorn #94 (Ansible Newsletter)
The Devtools team has released ansible-lint version 6.14.0, which includes 23 bugfixes and 3 minor changes. Please refer to the changelog here for more information.
-
The Bullhorn #93 (Ansible Newsletter)
ansible-lint 6.14 was released, dropping support for py38 and including over 25 changes and bugfixes.
-
The Bullhorn #92 (Ansible Newsletter)
Ansible-lint 6.13 introduces a new feature that allows users to utilize a .ansible-lint-ignore file. This file contains skip-rules that are loaded from the ignore file which is adjacent to the config file. Additionally, users can take advantage of the --generate-ignore argument to dump any current violations into an ignore file.
-
Open Source Collection of Ansible Good and Bad Practices
Cool, but ansible-lint and the official RedHat docs are a much better way to ensure you're using the official best practices. No offense, but stuff two random guys on Reddit threw together isn't a great resource for best practices.
-
ansible-lint 6.8.0b1 is out
Check https://github.com/ansible/ansible-lint/discussions/2534 for details and comment there if you detect any regressions.
-
Correct use of block: and when: (key-order)
There is more context here: https://github.com/ansible/ansible-lint/issues/578
-
The Bullhorn #69 (Ansible Newsletter)
ansible-lint 6.4.0 was released with lots of bugfixes and a new feature called "profiles", one that allow you to easily pick which set of rules you want to follow. https://github.com/ansible/ansible-lint/discussions/2254
-
What is your preferred software to write playbooks?
I use vanilla vim or nvim with checks from ansible-lint.
conventional-pre-commit
-
Do I need to be Admin to get a pre-receive hook working?
For example I want to reject poorly formatted commit messages with https://github.com/compilerla/conventional-pre-commit
What are some alternatives?
ansible-vim - A vim plugin for syntax highlighting Ansible's common filetypes
git-limiter - ⏱️ Tool to stop you from pushing huge diffs
ansible-language-server - 🚧 Ansible Language Server codebase is now included in vscode-ansible repository
nbQA - Run ruff, isort, pyupgrade, mypy, pylint, flake8, and more on Jupyter Notebooks
ansible.scm - An ansible collection for prescriptive retrieval and publish using git
django-urlconfchecks - A package for type-checking the URLs and associated views for Django
community.zabbix - Zabbix Ansible modules
version-checker - pre-commit hook: make sure your package doesn't refer to different versions of itself across the codebase ✅
coc-ansible - ansible-language-server extension for coc.nvim
black - The uncompromising Python code formatter
jinja-docsite - A docsite for the Ansible community
ansible-lint - Best practices checker for Ansible [Moved to: https://github.com/ansible/ansible-lint]