Releases: DCMLab/annotation_workflow_template
bumps ms3; adds license shield
v4.8 chore: files updated with tag: v4.8
chore: bumps pre-commit hook to latest ms3
v4.7 chore: files updated with tag: v4.7
feat: enables automatic update of version release dates
in .zenodo.json and CITATION.cff, but not in README (to avoid unwanted side effects). This naive implementation assumes that the release date is the only date present (by replacing any string in ####-##-## format).
chore: bumps to ms3 2.5.1
v4.5 chore: files updated with tag: v4.5
Bugfix in automatic release workflow
... occurring for repos the names of which have not lowercase letters only. ABC might be the only one at the moment.
fix: add the version number to JSON descriptor
PR has the following modification:
- Step job to create tags
adds flag '-C' to workflow
v4.1 adds flag '-C' to workflow (#11)
adds .pre-commit-config.yaml
v4.0 adds .pre-commit-config.yaml (#10)
fix: version_release clones submodules to generate packages in release
PR has the following modification:
- Step
Checkout corpus repository
in version_release.yml includes flagsubmodules: recursive
Automatic release workflow completed
Hi @johentsch, after taking in consideration the feedback. I think this version could be merged to the main branch. Nevertheless, There are couple of things that needs to be mentioned for this PR:
-
Rather than using the https://github.com/marketplace/actions/automatic-releases, I swapped the action with https://github.com/marketplace/actions/create-release, the main reason for this decision is that automatic releases requires some changes to its source, there has not been much support for two years, and the mechanism to create the action in the marketplace is a bit ambiguous.
-
For the zenodo and citation files, there are two ways in which we could replace the tags, which one would you prefer?
- The old tag is used to replace strings in the files
- Using a regex with pattern
v\d+\.(\d+\.\d+|\d+)
to replace strings in the files
Notice: the advantage of using regex is that for any string version which is not the latest tag, these will still update with the new tag
-
It does not seem possible to update the zenodo and citation files when the PR is being merged, a simple solution is to push these changes to the main branch once the PR is merged, what do you think about this?
-
When applying transform, should we commit and push the generated files ?