I saw it couple times in our project, sometimes the plugin probably does not detect any tag or something and it will create default initial version of 0.1.0 even though there are 10 prior tags. This is happening on Gitlab CI pipeline.
I found the issue. Basically default behavior of Gitlab is that it will fetch (not clone) repository and on top of that only top 20 commits. So if you have maybe monorepo, or for some any other reason you didnt release in last 20 commits, axion will not find any tag tight to those commits and will assume this is the first release and will use 0.1.0 version.
Above situation will usually result in error:
Because axion will try to push tag 0.1.0 but it already exists.
This was kind of hard to debug therefore I would suggest to print Didn't detect any previous version in available git history, treating it as new release which will get more explicit hint to the developer.
Ideally I would add some debug / verbose mode where plugin would also tags it sees and then all matching tags etc...
I found the issue. Basically default behavior of Gitlab is that it will fetch (not clone) repository and on top of that only top 20 commits. So if you have maybe monorepo, or for some any other reason you didnt release in last 20 commits, axion will not find any tag tight to those commits and will assume this is the first release and will use 0.1.0 version. Above situation will usually result in error:
Because axion will try to push tag 0.1.0 but it already exists.
This was kind of hard to debug therefore I would suggest to print
Didn't detect any previous version in available git history, treating it as new release
which will get more explicit hint to the developer.Ideally I would add some debug / verbose mode where plugin would also tags it sees and then all matching tags etc...