All notable changes to the Ansible VS Code extension will be documented in this file.
The format is based on Keep a Changelog, and this project adheres to Semantic Versioning.
- Deprecation notification, and migration guide.
- Nested module options (aka sub-options) are now supported!
- Options and other documentation parts are now also recognized when the module
includes them via non-default documentation fragment properties (ie. other
than the
DOCUMENTATION
property).
- Paths with very special characters (such as
@
) now handled correctly too.
- The configuration file for Ansible Lint is now identified by going up the
directory structure, starting from the investigated file, and taking the first
.ansible-lint
file encountered. This effectively mimics the algorithm implemented natively in the linter, while still executing it from the root folder of the workspace.
- Files with CRLF line endings will now display and behave correctly. No more weirdly offset highlighting and interactions.
- Paths with special characters are now correctly handled. Both in case of workspace path and in case of files in workspace.
- Now encouraging to install
yamllint
as it has been tested and it provides useful additional advice on YAML files.
- Error handling in case output from Ansible Lint can't be parsed is now more
informative. Contextual information is now logged in
Ansible Server
output.
- Modules from pre-installed Ansible collections will now be resolved when using the extension in an environment that also has Python 2 installed.
- The cause of the
invalid syntax
error shown on startup has been removed.
- Documentation fragments are now also correctly processed in case only one is
provided, using YAML flow style. The
file
module is a prominent example.
- Initial release