-
Notifications
You must be signed in to change notification settings - Fork 636
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
Allow yaml extension for inventory and requirements #2225
Conversation
Thanks for raising it, now we need to think a little bit about the implications. The title is a little bit misleading because the tool does already recognize I am not sure we want to allow this because using these extensions will likely break LOTS of tools in the ecosystem, as most of them only recognize one filename. We might require documentation proof that these extensions are allowed. The fact that they might happen to work, may not be enough. I mention this because recently we faced some other request about things that were never documented as being supported/allowed. Keep in mind that it is summer, so we might need to wait a little bit more when we have to make a decision. Meanwhile you can configure overrides in your ansible-lint config as a workaround. @cidrblock WDYT? |
I have updated the title.
We are talking here about Ansible and Ansible always support both, Sadly Ansible still defaults to the Also while Ansible support both extensions, sadly there is no mention of this in the documentation. |
For example for inventory, it is documented in the plugin: and also in the schema: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah, I hate how ansible defaults to .yml
in so many places. But, at least for galaxy.yml
, that's required.
I also reverted ansible-lint/src/ansiblelint/cli.py Line 100 in 4c4eb53
So there are only |
Both inventory and requirements files are entirely user defined. Ansible only uses them if someone explicitly listed them in a config file, env var, or cli arg. So, we should support I require my team to use |
I do have some doubts that you will be able to upload collections to galaxy using a |
No description provided.