Release version 0.2.0

[joeloskarsson]

Describe your changes

Prepare for release of version 0.2.0. Updates version in pyproject.toml and changelog

Issue Link

Release is ready as per roadmap: #1 .

Type of change

• [ ] 🐛 Bug fix (non-breaking change that fixes an issue)
• [ ] ✨ New feature (non-breaking change that adds functionality)
• [ ] 💥 Breaking change (fix or feature that would cause existing functionality to not work as expected)
• [x] 📖 Documentation (Addition or improvements to documentation)

Checklist before requesting a review

• [x] My branch is up-to-date with the target branch - if not update your fork with the changes from the target branch (use pull with --rebase option if possible).
• [x] I have performed a self-review of my code
• [ ] For any new/modified functions/classes I have added docstrings that clearly describe its purpose, expected inputs and returned values
• [ ] I have placed in-line comments to clarify the intent of any hard-to-understand passages of my code
• [x] I have updated the documentation to cover introduced code changes
• [ ] I have added tests that prove my fix is effective or that my feature works
• [x] I have given the PR a name that clearly describes the change, written in imperative form (context).
• [x] I have requested a reviewer and an assignee (assignee is responsible for merging)

Checklist for reviewers

Each PR comes with its own improvements and flaws. The reviewer should check the following:

• [ ] the code is readable
• [ ] the code is well tested
• [ ] the code is documented (including return types and parameters)
• [ ] the code is easy to maintain

Author checklist after completed review

• [ ] I have added a line to the CHANGELOG describing this change, in a section reflecting type of change (add section where missing):
  • added: when you have added new functionality
  • changed: when default behaviour of the code has been changed
  • fixes: when your contribution fixes a bug

Checklist for assignee

• [x] PR is up to date with the base branch
• [x] the tests pass
• [ ] author has added an entry to the changelog (and designated the change as added, changed or fixed)
• Once the PR is ready to be merged, squash commits and merge the PR.

[joeloskarsson]

@SimonKamuk I have created a draft for release notes as well: https://github.com/mllam/weather-model-graphs/releases . Please have a look at that as well :smile:

[SimonKamuk]

We might consider putting #26 under "fixed" rather than "changed" in the release notes, but other than that it all looks great! 😄

[joeloskarsson]

Yes, that makes more sense. Changed that also in the changelog.

[SimonKamuk]

Perfect, then this looks good to go for me 😄