0.2.0

[regulartim]

Description

Release to test if docker builds are triggered.

Related issues

#10

Type of change

• Bug fix (non-breaking change which fixes an issue).
• New feature (non-breaking change which adds functionality).
• Breaking change (fix or feature that would cause existing functionality to not work as expected).
• Chore (refactoring, dependency updates, CI/CD changes, code cleanup, docs-only changes).

Checklist

Please complete this checklist carefully. It helps guide your contribution and lets maintainers verify that all requirements are met.

Formalities

• I chose an appropriate title for the pull request in the form: <feature name>. Closes #999
  - Release PRs (develop → main): Title must be the version number (e.g. 0.2.0)
• My branch is based on develop.
• The pull request is for the branch develop.
  - Exception: Release PRs target main.
• I have reviewed and verified any LLM-generated code included in this PR.

Docs and tests

• I documented my code changes with docstrings and/or comments.
• Linter (Ruff) gave 0 errors.
• I have added tests for the feature/bug I solved.
• All the tests gave 0 errors.

Review process

• We encourage you to create a draft PR first, even when your changes are incomplete. This way you refine your code while we can track your progress and actively review and help.
• If you think your draft PR is ready to be reviewed by the maintainers, click the corresponding button. Your draft PR will become a real PR.
• Every time you make changes to the PR and you think the work is done, you should explicitly ask for a review. After receiving a "change request", address the feedback and click "request re-review" next to the reviewer's profile picture at the top right.