笔者作为公司的一名前端架构师，先后经历过各种大中小型前端项目，将自己的经验总结如下，从空文件到项目上线到后续维护。欢迎各位前端小伙伴Review，有不对地方请指出，互相学习 编码规范 开篇最重要的不是

灰度发布是产品质量保障的重要一环，它可以让某次更新的产品，以一种平滑，逐步扩大的方式呈现给用户，从而减少线上问题的影响范围；本文讲解了针对前端的几种灰度方案，尤其是纯前端的灰度方案可以大大减少建设成本

解决标题中的问题的方法有多少种，你能想到几种，你又能动手真正地实现几种呢？本篇文章针对标题中的问题，进行了一场头脑风暴，感兴趣的话，一起来聊一聊吧~

node-sass: Command failed.， gyp ERR! build error 这几个词相信很多小伙伴一定看着眼熟，当你的终端出现这些词时那么毫无疑问，你的项目跑不起来了

大家好，我是 simple ，最近在使用 Vite4.0 构建一个中型前端项目的过程中，遇到了一些坑，也做了一些项目在构建生产环境时的优化，在这里做一个记录，以便后期查阅。(完整配置在后面)

序言 如果打开一个文件，看到的全是满屏幕的 import 语句，这将是一种怎样的体验？ 密密麻麻的import语句不仅仅是一种视觉上的冲击，更是对代码组织结构的一种考验。 我们是如何做到让import

vite的插件推荐+vite环境基础配置+vite打包项目的常用优化；vite的插件推荐+vite环境基础配置+vite打包项目的常用优化；

本文提供了一种Vite打包大小优化的方法，从可优化分析，到问价压缩，图片压缩，字体压缩，最终实现一个压缩率足够高的优化

1. build 视图分析依赖文件 分析项目中的文件大小及引用情况，是优化前的重要一步,在vite下我们可以利用Rollup Plugin Visualizer工具来做项目的依赖分析 （1）安装方式如