基于sentry的前端错误监控日志系统(部署sentry服务器/前端项目部署)-让前端最快的定位到生产问题...

本文详细介绍了如何使用Sentry搭建前端错误监控系统,包括系统搭建、使用、API介绍及预警配置,帮助开发者快速定位并解决线上问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

背景

  在这越来越发达的网络时代,web应用也是越来越复杂,尤其是前端的开发,也是越来越受重视。

  所以在我们前端开发完成后,会有一些列的web应用的上线验证,如自测、QA测试、code review 等,以确保

应用能在生产上没有事故。

  但是事以愿违,很多时候我们都会接受的客户的一些线上问题,这些问题有时候可能你是自己开发的原因本身存

在的问题,这样的问题一般能够在测试环境重现,我们很快的能定位到问题关键位置。但是,很多时候有一些问题,

我们在测试中并未发现,可是在线上却有部分人出现了,问题确确实实存在的,这个时候我们测试环境又不能重现,

还有一些偶现的生产的偶现问题,这些都是难以定位到问题的原因,让我们前端工程师头疼不已。

  这时候,我们不得不借助一些功能来解决这一些列的头疼问题。

  前端错误监控日志系统  

  当前端代码在生产运行中出现错误的时候,第一时间传递给监控系统,从而第一时间定位并且解决问题。

  保证前端代码的稳定和安全,是项目可以健康的运行。

监控系统搭建方案

  1、自行可以规划定义一套完善的监控系统。需要人力重新开发

  2、借助第三方插件( 阿里ARMS、fundebug、BadJS,sentry 等 )

  阿里ARMS :是阿里的一个前端数据监控的服务,似乎是收费的

  fundebug :挺完善的前端错误日志服务,也是收费的

  BadJS :腾讯团队的一个开源项目,没看过,应该很不错的

  sentry :github 上面的一个开源项目,支持各端的错误监控 ( 本文就是基于 sentry 搭建的错误监控系统 )

系统的搭建与使用

  sentry 简介

  sentry 是一个开源的实时错误监控的项目,它支持很多端的配置,包括 web 前端、服务器端、移动端及其游戏端。

支持各种语言,例如 python、oc、java、node、javascript 等。也可以应用到各种不同的框架上面,如前端框架中的

vue 、angular 、react 等最流行的前端框架。

  提供了github、slack、trello 的常见的开发工具的集成。可以自己安装并且搭建 sentry 应用。

支持的语言:

  sentry 的部署

  官网提供了两种部署方案:

  docker

  python

  docker 是我第一次使用,看了下文档,感觉挺容易明白。

  在这里为了操作方便考虑,我们选择使用docker来部署搭建 sentry。

  这种方法的话需要安装 docker 和 docker - compose 。

1、docker 的部署 (mac版)

  安装的话,可以直接去看看 docker 安装文档

  docker 安装

  mac 版的安装,docker-compose 已经一起安装好了。

2、部署 sentry

  获取 sentry 代码

  从 github 上面可以获取到最新的 sentry 代码

1
git clone https: //github.com/getsentry/onpremise.git

  获取到本地之后,进入项目的目录。

  按照项目的 readme.md 开始依照步骤搭建。

  

1
docker-compose run --rm web config generate-secret-key

  这里是生产密钥,SENTRY_SECRET_KEY 这个需要添加到 docker-compose.yml 中。

  

  最后一步:

1
docker-compose up -d

  

  至此,我们监控系统的后端服务器已经跑起来了,访问本地的9000端口。

  使用中途创建的 邮箱和密码登陆 我们的服务后端。

3、创建项目

  登陆后我们会进入我们的监控项目的界面,如:

  

  点击右上角的 add new project ,我们可以创建一个新的项目

  

  这里可以选择项目的配置,语言以及框架,选择自己的项目类型

  输入项目名称,点击 create project 。确定创建新项目。

  

  点击红框框的,创建一个简单的日志。

  

  错误信息页面,可以自行到官网上面去了解更多信息。

4、前端部署,注入监控代码

  

  获取项目的链接:

  

  在项目的首页点击 install 会进入当前图示页面

  我们复制 sentry DSN 到我们前端配置中

  引用 sentry ,注入配置到我们的应用中:

  

  这里是以 react 为例,我们在 react 的根组建的 componentDidCatch 上面捕获错误,并且上传到我们监控系统中。

  这里的我们用 sentry DSN 配置我们的 sentry 并且初始化 sentry 项目。

  到这里我们基本,已经完成了我们的前端错误监控日志系统了。

sentry 操作界面介绍

  项目操作页面:

  1、项目的查看选项

  Issue : 问题列表

  overview : 概况纵览

  userfeedback : 用户反馈

  Resleases : 版本列表信息

  setting : 项目设置

  2、问题筛选

  包括 : 指派自己的 、 标记列表 、需要分类的 、 今天的 、 未处理的

  

  设置为 解决 、 忽略 、 合并 、标记 、实时监控

  

sentry 的api介绍和使用

  

  1、javascript SDK 引用与配置

  现在有两种方法引用 sentry SDK :

  直接引用:

  最快的方法就是通过 script 标签引用我们的 sdk

1
<script src= "https://browser.sentry-cdn.com/4.4.1/bundle.min.js" crossorigin= "anonymous" ></script>

 然后就是配置了。

1
Sentry.init({ dsn: 'https://<key>@sentry.io/<project>' });

  

  npm 包引用:

  首先是用添加包 @sentry/browser@4.4.1

1
yarn add @sentry/browser@4.4.1

  引用到项目中,并且配置

1
2
3
import * as Sentry from '@sentry/browser' ;
Sentry.init({ dsn: 'https://<key>@sentry.io/<project>' });

  

  2、捕获事件

  主动捕获错误或者异常

  sentry 常见的是错误捕获,可以根据平台的不同来捕获错误,并且可以传递不同的错误信息。

1
2
3
4
5
try {
aFunctionThatMightFail();
} catch (err) {
Sentry.captureException(err);
}<br>Sentry.captureException( new Error( 'test' ))

  

  捕获消息

  另一种常见操作是捕获裸信息。消息只是应该发送给Sentry的一些文本信息。    

1
Sentry.captureMessage( 'Something went wrong' );

  

  3、初始化配置

  

  sentry SDK 可以通过很多方式进行配置。

  主要配置初始化配置的函数为 init() 方法,通过向 init() 方法传递参数对象;

  

1
2
3
4
5
Sentry.init({
dsn: 'https://<key>@sentry.io/<project>' ,
maxBreadcrumbs: 50,
debug: true ,
})

  

  常用参数:

  DSN :项目的地址,用于收集错误信息的 sentry 分配的地址

  debug :是否开启 debug 模式,开启debug,就会把信息打印到控制台上面

  release : 代码的版本号

    release 版本号,可以确定当前的错误/异常属于哪一个发布的版本

    可以应用到 sourcemaps 来映射源码

  environment : 环境名称

  sampleRate : 是否开启随机发送事件给 sentry ,1为100%,0.1 为 10%几率发送事件

  attachStacktrace : 是否开启堆栈跟踪,开启后跟着消息一起收集

  beforeSend : 发送前操作

  4、sentry 的api

  

  captureException(exception) : 捕获一个 js 异常,传入一个 exception 对象或者类对象。

  captureMessage(message,level) : 捕获一条信息,传入信息内容和信息级别

  captureEvent(sentryEvent) : 捕获一个事件,sentryEvent 是手动创建的,自定义的

  addBreadcrumb(Breadcrumb) : 添加一个面包屑,以供接下里的捕获

  configureScope((scope)=>{}) : 设置 context 信息到 scope 上面

  withScope((scope)=>{}) : 设置一个零时的 scope 信息到 context 上面

  5、context 上下文信息

  

  上下文信息包括 :user 、 tags 、 level 、fingerprint 、 extra data

  这些信息我们可以通过在 scope 上面设置来定义。

  其中可以通过两种方法得到 scope 。

1
2
3
4
// 将 scope 配置到 context 上面
Sentry.configureScope((scope) => { }); <br>
// 创建一个零时到 scope ,配置到 context 上面
Sentry.withScope((scope) => { });

  

  

  User

1
2
3
4
5
6
scope.setUser({
id: '1' ,
username: 'xiao' ,
ip_address: '127.0.0.1' ,
email: 'test.doe@example.com' ,
});

  通过 setUser 来设置 User 信息。

  其中 user 可以设置的信息包括 id 、 username 、 ip_address 、email

  

  Tags

  tags 是给事件定义不同的键/值对,可以在查找的时候更容易。

   后台查找的时候,查找选项会多出来一个选项,就是通过 tags 来设置的。

1
scope.setTag( "page_local" , "de-at" );

  通过 setTag 来设置了一个page_local 的标签。

  后台会多一个 page_local 选项。包括 de-at

  level

  通过这个来设置事件的严重性。

  包括:fatal 、error 、 warning 、 info 、 debug 。( fatal : 严重,error 错误,error 为默认 )

1
scope.setLevel( 'warning' );

  通过 setLevel 来设置。

  Fingerprint

  指纹,通过指纹把信息分到不同的组中   

  Extra Data

  传入额外的信息。并不会创建索引(也就是不可以提供来检索)。

1
scope.setExtra( "character_name" , "Mighty Fighter" );

  通过 setExtra 来设置。

  

  6、Breadcurumbs 面包屑  

  面包屑用于记录一系列当行为,当下一次发生错误事件上传当时候会随着一起上报。

   浏览器 javascript sdk 将自动记录所有当位置更改。

1
2
3
4
5
Sentry.addBreadcrumb({
category: 'auth' ,
message: 'Authenticated user ' + user.email,
level: 'info'
});

  我们可以通过 addBreadcrumb 来添加一次行为记录。

  7、user Feedback

  用户反馈,sentry 提供了一个客户反馈当窗口。

  当错误发生当时候,可以弹出窗口收集一些信息,例如:

  用户名

  用户当邮件地址

  发生的问题的描述等。

1
Sentry.showReportDialog();

  通过 showReportDialog 来实现框架的弹出。

  

  

sentry实现预警并且邮件提醒

  

  邮件预警和邮件提醒是在生产环境中不可缺少的一部分,只有有效的提醒来能让我们最快的解决问题。

  在项目中选择 setting --> alerts 进入邮件预警设置页面。

  这里都是基本的邮件规则。

  在 tabs 中的 rule 可以自定规则。

  规则设置:

  An event is seen : 一个事件发生的时候

  An issue is first seen : 第一个发生错误的时候

  An issue changes state from resolved to unresolved :问题从解决到未解决的时候

  An event's tags match {key} {match} {value} : 匹配到 tags 的键值对的时候发送

  An issue is seen more than {value} times in {interval} :在固定时间内出现次数匹配的时候

  An issue is seen by more than {value} users in {interval} :在固定时间内出现用户的次数匹配的时候

  An event's {attribute} value {match} {value} : 匹配到某一个事件的时候

  An event's level is {match} {level} : 事件级别匹配的时候

sentry 生产的 sourcemap 配置

  介绍

  现在开发很多时候,我们的代码都会利用构建工具对代码合并、压缩、混淆等。

  在产生这些生产代码的时候,为了利于我们开发调试、bug修复会产生一个 sourcemap 。

  sourecmap 的主要作用就是将我们的打包的代码前后最了一个关联。

  这里,sentry 对生产的 sourcemap 有很好的处理,它可以很快的让我们确定代码的错误位置。

  准备工作

  首先我们需要添加 sentry 的命令行的管理工具 sentry-cli

1
2
npm i -g @sentry/cli<br> // 上面的不行就用下面的
npm install -g @sentry/cli --unsafe-perm

  

  获取认证的 token

  选择API后就可以生成token,记得勾选 project:write 权限。

  这里的 token 是用于登陆的。

  

  登陆

1
sentry-cli --url myserver login

  回车后输入上一步获得的 token 即可

  

  创建版本

1
sentry-cli releases -o 组织 -p 项目 new release@1.1.0

  -o : 组织,可以在我们的 Organization Settings 中找到

  -p : 项目名称 , 可以在 projuct 中找到

  release@1.1.0 : 发布的版本号,可以自定义,这个后需要在应用配置的时候传入

 配置 release 到应用   

1
2
3
4
Sentry.init({
dsn: 'http://18ac34902da74aa29a4328879a58fb0d@localhost:9000/2' ,
release: 'release@1.1.0' ,
});

  

  上传 sourcemap 文件

1
sentry-cli releases -o 组织 -p 项目 files release@1.1.0 upload-sourcemaps jspath文件所在目录 --url-prefix 线上资源URI

  

  -o , -p : 和上文一样

  jspath : js 文件的位置

  uri : js 文件相对于域名的位置

  特殊说明 url-prefix

  这里是必须传的,不传找不到 map 文件,例如:

  你的 js 线上的地址为 :https://test.com/static/js/test.js

  这个时候 url-prefix 应该为 : '~/static/js/'

完成!!!!

  配置文件,在命令行操作的时候,sentry 支持配置文件。

  配置文件默认文命令的目录。

  配置文件 .sentryclirc

1
2
3
4
5
6
7
[auth]
token=1a59c94sdfsdfs33b5588b27bd3628c98ff2837c054b4503be089ad623620527
[defaults]
url=http: //localhost:9000
project=react-test
org=test

  配置之后就不需要在输入项目名称和地址了。


www.cnblogs.com/jiebba/p/10…

我的博客 : XiaoLong's Blog

博客园小结巴巴: https://www.cnblogs.com/jiebba


<think>好的,我现在需要帮助用户了解前端项目从本地开发到线上发布的完整流程,包括构建、测试和部署的最佳实践。首先,我应该回忆一下自己之前学过的相关知识,并结合用户提供的引用内容来组织答案。 用户提到了四个引用,其中引用[1]提到了使用Plugin进行优化,比如代码分割、压缩,还有设置开发模式和使用webpack-dev-server。引用[2]讨论了Jenkins的持续集成和部署流程,包括代码提交、自动化测试、构建镜像和部署。引用[3]和[4]更多是关于系统设计和论文方面的内容,可能和前端发布流程关联不大,但可能需要留意是否有相关内容。 接下来,我需要按照用户的要求,分步骤详细说明前端项目的发布流程。用户希望涵盖构建、测试与部署的最佳实践,所以每个步骤都需要包括这些方面。 首先,本地开发阶段,应该包括代码编写、版本控制和本地测试。这里可能需要提到使用Git进行代码管理,使用如Jest、Cypress进行单元测试和E2E测试,以及使用webpack-dev-server进行本地开发服务器。引用[1]中的开发模式和环境变量设置可以在这里提到。 然后是代码提交与分支管理。这部分需要说明Git的工作流程,比如分支策略(如Git Flow),代码审查,以及如何触发CI/CD流程。引用[2]中提到代码提交触发Jenkins构建,所以可以在这里引入持续集成的概念。 接下来是持续集成阶段,需要包括自动化测试、代码质量检查和构建优化。这里可以详细说明如何运行单元测试、集成测试,使用ESLint进行代码检查,以及使用Webpack进行构建优化,比如代码分割、压缩等,这部分引用[1]有提到优化插件,如TerserPlugin。 然后是构建阶段,需要分环境配置,比如开发、测试和生产环境的不同配置,如何通过环境变量来区分。构建产物需要优化,比如文件名哈希处理,资源压缩,CDN配置等。引用[1]中的代码分割和压缩可以在这里展开。 部署阶段包括预发布环境验证和生产环境部署。预发布环境可能使用Docker容器化部署,结合Jenkins自动化部署,这部分引用[2]提到了Docker构建镜像和部署生产环境。生产环境部署需要考虑CDN、负载均衡、监控等。 最后是监控与回滚,需要日志监控、性能监控和快速回滚机制。这部分用户提供的引用中没有提到,可能需要结合一般的最佳实践来补充。 然后,根据用户要求,生成相关问题。需要确保问题与主题相关,比如构建优化、测试策略、部署工具选择、监控方法等。 在回答过程中,要注意引用用户提供的引用内容,比如在构建优化部分引用[1],在持续集成部分引用[2]。同时,确保使用正确的中文表达,行内公式用$...$,独立公式用$$...$$,但当前问题可能不涉及数学公式,所以可能不需要使用。但需要检查是否有变量或技术术语需要用LaTeX格式,不过前端流程可能更多是术语,可能不需要。不过如果有的话,比如版本号或命令参数,可能需要用代码块或引号处理。 需要避免使用Markdown格式,但用户示例中使用了代码块,所以按照示例,回答中的代码部分需要用```包裹。同时,引用标识要自然地添加在引用的内容末尾,如[^1]。 现在需要组织这些内容,确保结构清晰,分步骤说明,每个步骤包含最佳实践,并正确引用提供的资料。同时,生成的相关问题要围绕前端发布流程的各个阶段,帮助用户深入理解可能的问题点。</think>### 前端项目从本地开发到线上发布的完整流程 以下是基于最佳实践的详细步骤,涵盖构建、测试与部署关键环节: --- #### 一、本地开发阶段 1. **代码编写与调试** - 使用框架(如React/Vue)开发功能模块,结合$webpack$或$vite$搭建本地环境。 - 通过$webpack-dev-server$启动本地服务,实时预览和调试代码[^1]。 ```bash npm run dev # 启动开发模式 ``` 2. **版本控制** - 使用Git管理代码,遵循分支策略(如`feature`分支开发,`main`分支保护)。 - 提交代码时添加清晰的注释,例如:`git commit -m "feat: 新增用户登录模块"`。 3. **本地测试** - 运行单元测试(如Jest)和端到端测试(如Cypress): ```bash npm test # 执行单元测试 npm run e2e # 执行端到端测试 ``` --- #### 二、代码提交与分支管理 1. **触发代码审查** - 提交Pull Request(PR)至主分支,团队成员进行Code Review。 2. **自动化检查** - 集成ESLint、Prettier等工具,确保代码规范。 - 配置Git钩子(如Husky),在提交前自动运行检查脚本。 --- #### 三、持续集成(CI)阶段 1. **自动化测试** - CI工具(如Jenkins、GitHub Actions)监听代码变更,触发测试流程[^2]。 - 运行单元测试、集成测试及安全扫描(如SonarQube)。 2. **构建优化** - 使用$webpack$的代码分割(Code Splitting)和压缩(TerserPlugin)优化产物体积: ```javascript // webpack.config.js optimization: { splitChunks: { chunks: 'all' }, minimizer: [new TerserPlugin()], } ``` --- #### 四、构建阶段 1. **分环境配置** - 通过环境变量(如$process.env.NODE_ENV$)区分开发、测试、生产环境。 ```bash npm run build:prod # 生产环境构建 ``` 2. **构建产物优化** - 静态资源添加哈希指纹(如`app.[hash].js`)实现缓存控制。 - 上传图片至CDN,压缩CSS/JS文件(如使用$cssnano$、$uglifyjs$)。 --- #### 五、部署阶段 1. **预发布环境验证** - 使用Docker容器化部署,确保环境一致性: ```dockerfile FROM nginx:alpine COPY dist/ /usr/share/nginx/html ``` 2. **生产环境部署** - 通过CI/CD工具(如Jenkins、GitLab CI)自动化执行部署脚本。 - 结合云服务(如AWS S3、阿里云OSS)托管静态资源,配置CDN加速。 --- #### 六、监控与回滚 1. **线上监控** - 集成Sentry监控前端错误,使用Google Analytics分析性能。 2. **快速回滚** - 保留历史构建版本,通过负载均衡(如Nginx)切换至旧版本。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值