Henrik Holmboe

Note to self: this is likely helped by and related to `split_need_id()` merged in #1101.

It could be that #860 is also experiencing the same behavior/bug as I am.

I am seeing some weird behaviour with accessing the metadata in general (outside the described issue above). 1. After a `make clean` and a _single_ build the metadata is not...

I have tested with updated dependencies, same results: ``` docutils 0.21.2 markdown-it-py 3.0.0 mdit-py-plugins 0.4.1 Sphinx 7.4.6 ```

Thanks for the explanation @chrisjsewell! It's nice to have one way forward in the status quo. However I would like to pursue this further as I see a path forward...

I just wanted to reiterate on this ticket and provide some background on the use case I am advocating for here. As we can see in [GFM YAML frontmatter](https://docs.github.com/en/contributing/writing-for-github-docs/using-yaml-frontmatter) >...

Actual result: ``` $ uv run bump-my-version show-bump Traceback (most recent call last): File "/home/nn/code/gitlab.com/myrepo/.venv/bin/bump-my-version", line 10, in sys.exit(cli()) File "/home/nn/code/gitlab.com/myrepo/.venv/lib/python3.10/site-packages/rich_click/rich_command.py", line 402, in __call__ return super().__call__(*args, **kwargs) File "/home/nn/code/gitlab.com/myrepo/.venv/lib/python3.10/site-packages/click/core.py",...

A workaround seems to be to upgrade Python version that Hatch uses. ```sh $ pipx uninstall hatch uninstalled hatch! ✨ 🌟 ✨ $ pipx install --python python3.10 hatch installed package...

DevPod on Flathub is not mentioned on https://devpod.sh/docs/getting-started/install