Creating a custom version scheme (e.g. namespaced tags)
See original GitHub issueWe are currently using conventional-changelog “as is”, which means it creates version tags in the scheme of major.minor.patch
, but in the current deployment pipeline we need to namespace/prefix the version number like so: frontend/customer-ui/1.2.3
I successfully changed the git tagging to the latter, but conventional-changelog still tries to compare un-namespaced versions 1.2.3
.
Are the previousTag and currentTag options the key?
Can anyone give an advice on how to configure and use that?
Issue Analytics
- State:
- Created 7 years ago
- Comments:16 (7 by maintainers)
Top Results From Across the Web
Specifying Your Project's Version - Setuptools
Setuptools can work well with most versioning schemes. ... Pre-release tags make a version be considered older than the version they are appended...
Read more >Versioning NWB:N Specification Namespaces - NDX Catalog
NWB:N uses semantic versioning for format specifications. Versions are assigned on a namespace level and are stored in the version key of the ......
Read more >pypa/setuptools_scm: the blessed package to ... - GitHub
the blessed package to manage your versions by scm tags - GitHub - pypa/setuptools_scm: the blessed package to manage your versions by scm...
Read more >Tags and Tag Namespace Concepts - Oracle Help Center
By creating and applying tags, you can retrieve lists of resources tagged with specific keys from any service that supports tagging.
Read more >Standard way to embed version into Python package?
You should also make sure that the version number conforms to the format ... a namespace package, the module SHOULD include the __version__...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@krnlde I have the same needs as you, and your problem can be solved by tagPrefix. But my problem is that the tag ‘1.3.0.20191226’ I defined is not a Semver Tag, which caused conventionalChangelog to be generated from the first commit. How to support custom tags? Or how to rewrite the comparison method?
Are there any further suggestions?