Sentry使用流程第二步--发布版本

发行版是部署到环境的代码版本。 当您向Sentry提供有关您的版本的信息时，Sentry可以预测导致错误的提交，以及可能最适合修复它的开发人员。 是的，这是一个很好的方式来说“犯了错误的开发人员”，但是所有的开发人员都会发布错误，并且应该完全没有羞耻。

怎么样？

因为Sentry可以将所有内容联系在一起 - 发布中的提交，这些提交所触及的文件，堆栈跟踪中观察到的文件以及这些文件的作者。 发布版本越频繁，预测就越准确，因为每个版本的提交次数都会减少。

设置版本需要三个步骤。

首先，使用发布标记（发布的唯一标识符，如git sha或自定义包版本）配置SDK。 现在发送给Sentry的错误将包括发布：

SentryClient.setRelease({
    release: "6d5a6a446805a06154e25e2fa203d67b9e762f5d"
});

接下来，通过从UI链接来为Sentry访问存储库的提交元数据（将元数据视为git log的输出，Sentry不需要访问您的源代码）。

最后，在部署代码时，进行API调用以告知Sentry哪些提交与该版本相关联。

设置版本的另一个好处是，您可以将问题标记为“在下一版本中解决”，并且Sentry将在您下次部署代码时自动解决该问题。 如果您更愿意避免计时问题（例如，如果您的修补程序没有进入下一版本），您可以在提交消息中明确地放置FIXES <issue-id>，并且只有在提交得到时才会解决问题 部署，并在此之前静音通知。 如果在部署后错误继续发生，则问题将标记为回归并重新分配给您。