No description
Find a file
2024-09-19 18:51:24 +00:00
.azure-pipelines feat!: drop support for ansible-core 2.14 (#512) 2024-06-11 16:21:03 +02:00
.github chore(main): release 4.2.0 (#551) 2024-08-30 15:20:16 +02:00
changelogs chore(main): release 4.2.0 (#551) 2024-08-30 15:20:16 +02:00
docs/docsite chore: replace deprecated server type with cx22 (#510) 2024-06-11 15:30:47 +02:00
examples docs: add example to assign server to a specific subnet (#525) 2024-07-04 14:31:53 +02:00
meta feat!: drop support for ansible-core 2.14 (#512) 2024-06-11 16:21:03 +02:00
plugins docs: fix firewall_resource examples input parameters (#557) 2024-09-12 13:42:11 +02:00
scripts chore(deps): update dependency hcloud to v2.2.1 (#553) 2024-08-30 15:11:41 +02:00
tests fix: check label_selector child targets with load_balancer_status filter (#552) 2024-08-16 11:09:20 +02:00
.ansible-lint test: improve load_balancer_target integration using new framework (#547) 2024-08-08 16:05:21 +02:00
.flake8 refactor: use f-strings (#310) 2023-08-24 11:27:40 +02:00
.gitignore feat: vendor hcloud python dependency (#244) 2023-07-11 11:15:08 +02:00
.gitlab-ci.yml ci: update gitlab ci config (#529) 2024-07-09 12:30:49 +02:00
.pre-commit-config.yaml chore(deps): update pre-commit hook ansible/ansible-lint to v24.9.2 2024-09-19 18:51:24 +00:00
CHANGELOG.rst chore(main): release 4.2.0 (#551) 2024-08-30 15:20:16 +02:00
COPYING refactor: prefer true/false over yes/no (#226) 2023-06-21 10:49:54 +02:00
galaxy.yml chore(main): release 4.2.0 (#551) 2024-08-30 15:20:16 +02:00
Makefile chore: add dev target helper (#457) 2024-02-06 14:04:18 +01:00
pyproject.toml chore: disable out of scope pylint rules (#478) 2024-03-27 15:49:19 +01:00
README.md docs: add communication section with forum information (#549) 2024-08-13 10:54:56 +02:00
renovate.json chore: update renovate bot config (#355) 2023-10-12 10:16:48 +02:00
requirements.txt chore(deps): update dependency antsibull-docs to >=2.14,<2.15 (#555) 2024-09-09 19:12:54 +02:00

Galaxy version GitHub version Build Status Codecov

Ansible Collection: hetzner.hcloud

Ansible Hetzner Cloud Collection for controlling your Hetzner Cloud Resources.

Communication

For more information about communication, see the Ansible communication guide.

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.server shows the documentation for the 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 hetzner.hcloud.server // Executed all integration tests for 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.