576721987e
[](https://renovatebot.com) This PR contains the following updates: | Package | Type | Update | Change | |---|---|---|---| | [ansible/ansible-lint](https://togithub.com/ansible/ansible-lint) | repository | minor | `v6.19.0` -> `v6.20.0` | Note: The `pre-commit` manager in Renovate is not supported by the `pre-commit` maintainers or community. Please do not report any problems there, instead [create a Discussion in the Renovate repository](https://togithub.com/renovatebot/renovate/discussions/new) if you have any questions. --- ### Release Notes <details> <summary>ansible/ansible-lint (ansible/ansible-lint)</summary> ### [`v6.20.0`](https://togithub.com/ansible/ansible-lint/releases/tag/v6.20.0) [Compare Source](https://togithub.com/ansible/ansible-lint/compare/v6.19.0...v6.20.0) #### Minor Changes - Respect cgroup CPU limits when running inside containers ([#​3749](https://togithub.com/ansible/ansible-lint/issues/3749)) [@​ssbarnea](https://togithub.com/ssbarnea) - Rename --write option to --fix ([#​3748](https://togithub.com/ansible/ansible-lint/issues/3748)) [@​ssbarnea](https://togithub.com/ssbarnea) - Add auto-fixing implementation for `no-free-form` rule ([#​3725](https://togithub.com/ansible/ansible-lint/issues/3725)) [@​ajinkyau](https://togithub.com/ajinkyau) - Add auto-fixing implementation for `partial-become` rule ([#​3692](https://togithub.com/ansible/ansible-lint/issues/3692)) [@​shatakshiiii](https://togithub.com/shatakshiiii) - Add auto-fixing implementation for `no-jinja-when` rule ([#​3721](https://togithub.com/ansible/ansible-lint/issues/3721)) [@​shatakshiiii](https://togithub.com/shatakshiiii) #### Bugfixes - Fix the detection of role vars missing role prefix ([#​3750](https://togithub.com/ansible/ansible-lint/issues/3750)) [@​cavcrosby](https://togithub.com/cavcrosby) - Clarify auto-fix arguments use ([#​3751](https://togithub.com/ansible/ansible-lint/issues/3751)) [@​ssbarnea](https://togithub.com/ssbarnea) - Avoid IndexError exception with jinja transform ([#​3747](https://togithub.com/ansible/ansible-lint/issues/3747)) [@​ssbarnea](https://togithub.com/ssbarnea) - Fix docs typo ([#​3746](https://togithub.com/ansible/ansible-lint/issues/3746)) [@​ssbarnea](https://togithub.com/ssbarnea) - Add /bin/bash executable to example correct code for pipefail rule ([#​3731](https://togithub.com/ansible/ansible-lint/issues/3731)) [@​Perdu](https://togithub.com/Perdu) - Properly avoid `pipx` venv path to be included in altered path warning ([#​3730](https://togithub.com/ansible/ansible-lint/issues/3730)) [@​chrysle](https://togithub.com/chrysle) - Fix transform exception with local_action with old syntax ([#​3743](https://togithub.com/ansible/ansible-lint/issues/3743)) [@​ssbarnea](https://togithub.com/ssbarnea) - Support only_upgrade ([#​3734](https://togithub.com/ansible/ansible-lint/issues/3734)) [@​soroshsabz](https://togithub.com/soroshsabz) </details> --- ### Configuration 📅 **Schedule**: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined). 🚦 **Automerge**: Disabled by config. Please merge this manually once you are satisfied. ♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox. 🔕 **Ignore**: Close this PR and you won't be reminded about this update again. --- - [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check this box --- This PR has been generated by [Mend Renovate](https://www.mend.io/free-developer-tools/renovate/). View repository job log [here](https://developer.mend.io/github/ansible-collections/hetzner.hcloud). <!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiIzNi45Ny4xIiwidXBkYXRlZEluVmVyIjoiMzYuOTcuMSIsInRhcmdldEJyYW5jaCI6Im1haW4ifQ==--> Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com> |
||
|---|---|---|
| .azure-pipelines | ||
| .github/workflows | ||
| changelogs | ||
| meta | ||
| plugins | ||
| scripts | ||
| tests | ||
| .ansible-lint | ||
| .flake8 | ||
| .gitignore | ||
| .gitlab-ci.yml | ||
| .pre-commit-config.yaml | ||
| CHANGELOG.rst | ||
| COPYING | ||
| galaxy.yml | ||
| Makefile | ||
| pyproject.toml | ||
| README.md | ||
| renovate.json | ||
| requirements.txt | ||
Ansible Collection: hetzner.hcloud
Ansible Hetzner Cloud Collection for controlling your Hetzner Cloud Resources.
Python version compatibility
This collection depends on the hcloud library. Due to the hcloud Python Support Policy this collection requires Python 3.8 or greater.
Release notes
See here.
Release policy
The main branch is used for the development of the latest versions of the collections, and may contain breaking changes. The stable-* branches (e.g. stable-1 for the 1.x.y releases) are used to cut additional minor or patch releases if needed, but we do not provide official support for multiple versions of the collection.
Documentation
The documentation for all modules are available through ansible-doc.
Sample: ansible-doc hetzner.hcloud.hcloud_server shows the documentation for the hcloud_server module.
For all modules that were part of Ansible directly (before Ansible 2.11) we also have the documentation published in the Ansible documentation: https://docs.ansible.com/ansible/latest/collections/hetzner/hcloud/
Development
Requirements
You should place the collection (clone the repository) into the Ansible collection path. Normally this
is ~/.ansible/collections/ansible_collections/<namespace>/<collection, so for our collection it would
be: ~/.ansible/collections/ansible_collections/hetzner/hcloud.
git clone git@github.com:ansible-collections/hetzner.hcloud.git ~/.ansible/collections/ansible_collections/hetzner/hcloud
After this you just need ansible installed.
Testing
Testing is done via ansible-test. Make sure to have a cloud-config-hcloud.ini file in tests/integration which
contains the hcloud API token:
[default]
hcloud_api_token=<token>
After this you should be able to use ansible-test integration to perform the integration tests for a specific module.
Sample:
ansible-test integration --color --local -vvv hcloud_server // Executed all integration tests for hcloud_server module
Releasing a new version
If there are releasable changes, release-please will open a PR on GitHub with the proposed version. When this PR is merged, release-please will tag the release.