Sentry 的语义版本控制如何工作？答案

【问题标题】：How does Sentry's semantic versioning work?Sentry 的语义版本控制如何工作？
【发布时间】：2022-02-12 01:14:17
【问题描述】：

我刚刚向我们的客户发布了一个新版本并手动上传了版本：

sentry-cli releases new -p myproject 0.0.53
sentry-cli releases --org mycompany deploys 0.0.53 new -e beta

0.0.53 显示在版本列表中。它是按语义版本控制排序的版本列表的顶部。但是按内部版本号排序的列表显示“没有版本带有语义版本控制”： https://sentry.io/organizations/mycompany/releases/?sort=build

如果“0.0.53”不是语义版本控制，那又是什么？

更新：

我很困惑，因为尽管在Bind The Version 他们在其他地方给出了示例my.project.name@2.3.12+1234，但他们提到使用semver 2.0.0 - 这接受不带括号的版本 MAJOR.MINOR.BUILD。同样在Passing Additional Data 中，版本显示为“2.3.12”，与我们现在提供的格式相同。

【问题讨论】：

标签： sentry semantic-versioning

【解决方案1】：

从他们发布的文档来看，他们似乎期望一个由包名称、版本号和内部版本号组成的值，就像这样 -

my.project.name@2.3.12+1234

【讨论】：

我已经更新了问题 - 他们的文档似乎不一致。