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
Due to the wording of the documentation of Component:Version field, an ambiguity arises on the correct way to populate the version element for languages which use semantic versioning but also prefix/postfix the version with extra details.
For example, golang tags it's modules prefixed with a 'v'. Giving a tag of 'v1.0.0'. However the official semantic version would be '1.0.0'.
This issues request is for the specification documentation to be updated to clarify if the Component:Version should strictly honor the Semanic Version numbering scheme, ie no prefixes, or if the Component:Version field honors the more relaxed VersionType examples.
Additional context
This clarification is requested to assist downstream sbom creators in a definitive approach for their implementation.
An example being sought at: aquasecurity/trivy#7242
The text was updated successfully, but these errors were encountered:
Describe the defect
In the CycloneDX Spec the Component:Version element documentation states:
"The component version. The version should ideally comply with semantic versioning but is not enforced."_
The type of the field is of type: VersionType
and the VersionType field shows multiple examples of what a version can look like:
Due to the wording of the documentation of Component:Version field, an ambiguity arises on the correct way to populate the version element for languages which use semantic versioning but also prefix/postfix the version with extra details.
For example, golang tags it's modules prefixed with a 'v'. Giving a tag of 'v1.0.0'. However the official semantic version would be '1.0.0'.
This issues request is for the specification documentation to be updated to clarify if the Component:Version should strictly honor the Semanic Version numbering scheme, ie no prefixes, or if the Component:Version field honors the more relaxed VersionType examples.
Additional context
This clarification is requested to assist downstream sbom creators in a definitive approach for their implementation.
An example being sought at: aquasecurity/trivy#7242
The text was updated successfully, but these errors were encountered: