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
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.
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: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
(ornew feature
)api-break
-- suggested use ofsem-ver: .*break.*
regexpdeprecation
bugfix
-- 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:
The text was updated successfully, but these errors were encountered: