Sem-Ver is a way to add meta-data information about commit types that is growing more and more popularity.
A project using adopting Sem-Ver in comments, would be able to:
- auto-generate next version number
- auto-generate meaningful changelists
Mainly this is based on the concept that each commit should fix in one of these categories:
I was not able to find an official specification regarding recognized SemVer keywords (symbols) but so far this list seems to be supported by all implementations I found so far:
feature (or new feature)
api-break -- suggested use of sem-ver: .*break.* regexp
deprecation
bugfix -- seems to be default
Please note sem-ver seems to allow multiple keywords separated by commands, which means that the verification should not enforce a specify syntax: it should raise an error only if it failed to match any known strings.
Few resources:
Sem-Veris a way to add meta-data information about commit types that is growing more and more popularity.A project using adopting
Sem-Verin comments, would be able to:Mainly this is based on the concept that each commit should fix in one of these categories:
I was not able to find an official specification regarding recognized
SemVerkeywords (symbols) but so far this list seems to be supported by all implementations I found so far:feature(ornew feature)api-break-- suggested use ofsem-ver: .*break.*regexpdeprecationbugfix-- seems to be defaultPlease note sem-ver seems to allow multiple keywords separated by commands, which means that the verification should not enforce a specify syntax: it should raise an error only if it failed to match any known strings.
Few resources: