You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
So far we added 'v' to version number, so the pattern I would prefer is vX.Y.Z.
in the backend the release process is a bit complicated, and I test the steps with preleases. For the UI it is not so important.
I attach a screenshot from Dataverse. It is displayed at the bottom of the page. .
There is a mechanism in Maven to export these info during the building process.
The develop branch now contains functionality to show version number (current git tag) or branch and commit in the footer, please try out for testing. If the application is served as www-data or from Docker, the direct access to git will likely not work (see install note in README.md). In this case the data is read from local file version.ini, created by composer version (automatically called after composer install and as part of composer release). For releasing, the version number has to be set manually with git tag.
This should craft a new release from current develop branch, with version number:
git tag v0.7.1; composer release
Without tagging, the branch and commit hash is shown instead.
As discussed at #142 (comment) every change to the
main
branch should result in a new version number (git tag). Questions to decide on:vX.y.Z
orX.Y.Z
For 3, a script like this would help:
This information could be written into a local file and read to be displayed in the UI.
The text was updated successfully, but these errors were encountered: