摘要：本地应用回到前端项目中，在添加对应的，指定版本后，每次上报的异常就会分类到该版本下。管理目前来说，前端项目基本都会压缩混淆代码，这样导致捕捉到的异常堆栈无法理解。下篇打算写一下前端异常监控的分类，也就是需要监控哪些异常，敬请期待
原文首发于我的个人博客： https://lonhon.top/
之前的《基础篇》主要介绍了Sentry和基本部署流程，在实际使用过程中你会发现Sentry受欢迎的原因：除了单纯的监控异常还有溯源、分发任务等一条龙服务。本篇文章主要讲述Sentry中较好的拓展功能，包括：
Release控制，分别处理线上、测试环境的异常
通过SourceMap直接查看出错js源码
报警邮件发送规则
Issue关联GITHUB/GITLAB
上篇文章已将Sentry的各种文档、社区贴出，本文更多是操作性的东西，代码、图片较多。
准备工作需要安装Sentry对应的命令行管理工具 sentry-cli，方式如下：
npm i -g @sentry/cli
安装完成后可通过 sentry-cli -V 查看版本。
生成token
点击Sentry页面左下角头像，选择API后就可以生成token，记得勾选 project:write 权限。
登录
$ sentry-cli --url https://myserver/ login
回车后输入上一步获得的 token 即可，如果用的Sentry的SaaS可以不指定 url
Release控制在开发过程中我们希望不监控本地环境下的异常，测试环境的和生产环境的异常分离，所以就需要Release来进行“异常”的版本控制。
创建Releasesentry-cli releases -o 组织 -p 项目 new staging@1.0.1
这里的 staging@1.0.1 就是我们指定的版本号. -o -p可以通过页面左上角可以看到。现在我们可以通过创建多个版本号来进行异常分类。
同时，也可以通过页面中"Releases"查看是否创建成功。
回到前端项目中，在config添加对应的release，指定版本后，每次上报的异常就会分类到该版本下。
Raven.config(DSN, {
release: "staging@1.0.1"
}).addPlugin(RavenVue, Vue).install()
删除Release
sentry-cli releases -o 组织 -p 项目 delete staging@1.0.1
注意 删除某个release时需要将其下的异常处理掉,并将该版本的sourcemap文件清空,完成上面两步可能还要等待2小时才能删除，不然会报错：该版本还有其它依赖。
SourceMap管理目前来说，前端项目基本都会压缩混淆代码，这样导致Sentry捕捉到的异常堆栈无法理解。
我们希望在Sentry直接看到异常代码的源码时就需要上传对应的source和map。
1.上传 SourceMapsentry-cli releases -o 组织 -p 项目 files staging@1.0.1 upload-sourcemaps js文件所在目录 --url-prefix 线上资源URI
这里需要注意，我们一般会将公共模块压缩在vendor.js中，此时可能会出现因为vendor.js.map的文件体积过大导致不能上传，目前我的做法是不上传vendor.js和vendor.js.map。
PS: 记得别把map文件传到生产环节了，又大又不安全...
PS: 免费服务的文件上限为40MB。
2.清空 SourceMap 文件sentry-cli releases files staging@1.0.1 delete --all
也可以选择在 版本>工件 里点击一个个辣鸡桶进行删除（逃...
3.重要的url-prefix这里的url-prefix可以通过线上看js文件的完整路径，有可能static不在根目录下
举例说明，项目线上资源URI如下：
https://www.baidu.com/asset/js/main.mini.js
我们上传时文件的url-prefix就应该设置为 "~/asset/js/"
这个坑踩了好几天才弄明白，反正规则就是： ~/为网站根目录，后续路径须对应source
这个弄好了就能在Sentry上直接看到出错源码了：
报警邮件发送规则Sentry默认会将所有采集到的异常发送警报邮件，有时我们可能希望只收到某个版本下的警报邮件，这时候就需要删除默认的警报规则，然后新建自定义规则。
在项目设置中找到Alerts，左上角 “New Alert Rule”即可添加设置报警规则。
一个比较常规的规则引擎，自己配置一下就可以搞定，还是比较简单。
如不想发送测试版本的异常，则设置过滤规则为 Release : staging 。
Sentry关联项目仓库后可以直接为该异常创建issue，方便责任认定，顺便提高KPI :-)
1.选择仓库项目设置>issue跟踪 选择自己所需的仓库，下面以GITHUB为例
2.关联仓库点击上图中醒目的issue，然后进行GITHUB登录第三方授权，授权完成后再次点击“Create New Issue”就会出现下图了。
3.测试Sentry中创建issue后就可以到我们GITHUB仓库中查看了，如下
修改sentry-cli默认设置在上面的操作中，大家应该发现每次命令都需要重复输入一长串 -o xxx -p xxxx 来指定我们的项目，一点不DRY。
只需要找到当前用户文件夹下的 .sentryclirc 文件添加默认组织和项目即可，修改内容为如下：
[auth] token=YOUR API TOKEN [defaults] url=服务器 org=组织 project=项目结语
以上是自己目前在用的功能，基本涵盖了常见场景。
当然，我还会继续挖掘下去，大家遇到问题或者新发现也可以给我留言，互相交流。
下篇打算写一下前端异常监控的分类，也就是需要监控哪些异常，敬请期待~
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/57566.html
摘要：本地应用回到前端项目中，在添加对应的，指定版本后，每次上报的异常就会分类到该版本下。管理目前来说，前端项目基本都会压缩混淆代码，这样导致捕捉到的异常堆栈无法理解。下篇打算写一下前端异常监控的分类，也就是需要监控哪些异常，敬请期待 原文首发于我的个人博客： https://lonhon.top/ 之前的《基础篇》主要介绍了Sentry和基本部署流程，在实际使用过程中你会发现Sentr...
摘要：是一个日志平台支持多种语言多种框架在接入的同时也接入了国内的相对而言的服务会比较完善比如上报控制的如果自行搭建可以忽略支持自行搭建服务当然了也很感谢的技术人员耐心为我解答了几个问题官网具体接入流程简单体验不使用框架注册登录创建团队创建 sentry Sentry是一个日志平台, 支持多种语言多种框架, 在接入sentry的同时, 也接入了国内的fundebug, 相对而言, sentr...
摘要：故而，我们需要在项目出现异常时主动对其进行收集上报，分析原因和影响后制定下一步解决方案。所以，我们需要一款成熟的异常监控系统来协助我们。最近在公司项目中部署了，用于项目中异常监控，涵盖了前端后端。 原文首发于我的个人博客： https://lonhon.top/ 凡事只要有可能出错,那就一定会出错 对于任何一个项目而言，本地测试肯定做不到100%覆盖，而且，我们也不能保证用户能按照我们...
摘要：我创建了一个名为的项目。错误信息查看在后台找到我们的项目，点击进去就能看到多了一条错误信息。它由以下几部分组成，分别是协议公钥私钥主机路径一般为空项目。 sentry简介 Sentry 是一个开源的错误追踪工具，可以帮助开发人员实时监控和修复系统中的错误。其专注于错误监控以及提取一切事后处理所需的信息;支持几乎所有主流开发语言(JS/Java/Python/php)和平台, 并提供了w...
摘要：对我们来说最大的便利就是利用日志进行错误发现和排查的效率变高了。 面临的问题 程序运行的日志是一个必不可少的东西，可能是一些系统信息，比如 gc 的情况；可能是一些正常的模块处理信息，比如最近更新的配置；还可能是一些在程序运行中，我们不希望出现的错误所带来的信息。通过日志，可以知道我们的程序是不是在正常地运行，看到错误日志，我们还需要利用日志排查错误。 我们知道日志如此重要，并乐于记录...
阅读 2367·2023-04-25 19:47
阅读 3261·2019-08-29 17:18
阅读 752·2019-08-29 15:26
阅读 3269·2019-08-29 14:17
阅读 2441·2019-08-27 14:27
阅读 927·2019-08-26 13:49
阅读 3185·2019-08-26 13:22
阅读 2890·2019-08-26 10:44
