Closed agoblet closed 11 months ago
Hi! That's definitely not intentional, but none of the changes should have that effect. Certainly no change to the default tag pattern.
I do see that you have two rows for 0.24.0 + 1.17.0, where one worked and one didn't. That makes it seem like something else is going on.
Some questions:
Hi there, thanks for the quick reply!
I do see that you have two rows for 0.24.0 + 1.17.0, where one worked and one didn't. That makes it seem like something else is going on.
Yes that is indeed strange, that definitely needs more investigation. The only thing that seemed to be changed over the past weeks in our workflow was the dynamic versioning version (it would always use the latest). I'll run some more experiments to get more clarity on this.
Regarding your questions:
Did another run with the latest versions of poetry-dynamic-versioning and dunamai and that worked just fine. So likely something else is going on here indeed. Maybe something caching related in github workflows. Downgrading your packages was probably a coincidental fix. Will close this issue, thanks for you help and sorry for the false alarm 😬
No worries! If the release process is parallelized, maybe there's a race condition between creating the tag and running the versioning step?
that could be the case, since the workflow is triggered on release rather than on tag-push
Dynamic versioning via Github tags seems broken as of 0.24.0. The package seems to fall back on the previous tag and ignore the new tag. We ran various combinations of tags and poetry-dynamic-versioning / dunamai versions in the past weeks, without changing anything else in our setup:
Is this intended behavior? Did something change about the version patterns by any chance? For now we are pinning to 0.23.0 / 1.17.0 to be safe.