Aidan63
commented
4 months ago Seeing as one of the mac haxe test suite actions got stuck I've just downgraded it to use macos-13 (x86) to get it to run again and get a speed up. Once all parts of the haxe puzzle have a native arm version I'll revisit to see if its still really slow.
Simn
This has all been far more CI stuff than I initially bargained for, but here's one more before I lose the will to CI or forget it all.
This is mostly a cleanup of the auto incrementing version stuff to avoid using the ci run counter and my workaround I added the other day. The logic is as follows.
This means we still have the incrementing patch number for releases and by updating the version in haxelib.json we can reset the patch counter for new major / minor releases. E.g. changing the haxelib.json version to 5.0.x will result in the next release being 5.0.0 instead of 4.3.whatever.
I also updated some of the CI actions used since several of them were depricated and going to be disabled in November. This is a bit hard to confirm that it works, but by modifying the yml before opening this merge I was able to create releases in my fork.