假设你入职了一家小公司，既没有内部自研的 DevOps 平台，也没有专业的运维。需要你自己去搭建多环境 CI/CD 自动化部署，你会怎么做？

起因是公司有个核心项目, 几乎贯穿了全部业务. 所以就算另起一个项目, 也有非常多的业务需要在此之上迭代. 这一个近千页面的项目又是这么老的技术栈, 而且还是个多页面项目. 启动速度可想而知...每次

为什么 Vite 速度比 webpack 快？之前一直对这个问题不是特别了解，甚至讲不出123....，这个问题在面试中也是常见的，作者在学习的过程当中总结了以下几点，在这里分享给大家看一下！

前端部署其实是一个非常严肃的问题，对于大型应用24小时都有人访问，如果你还是用覆盖式更新的方式部署，肯定会导致页面出错的情况发生，因此，这就涉及到先全量部署静态资源，再灰度部署页面的部署流程了。

代码开发完之后，要经过构建，把产物部署到服务器上跑起来，这样才能被用户访问到。 不同的代码需要不同的环境，比如 JS 代码的构建需要 node 环境，Java 代码 需要 JVM 环境，一般我们会把它

统一的规范，高效的协同，风险管理： 一个团队应该有自己切合实际的模板（比如常出错的模块，比如风险较高的模块），他能够帮助团队成员尤其是新成员，避免踩前人踩过坑。

最近在网易工作之余，遇到Git上面一些问题，趁这次的机会，补一补Git基础知识。 公众号前端UpUp，回复Git，即可获取脑图。 本文更多梳理的是Git常用命令，非原理篇，需要这部分知识的可以往下看。 当我们使用git管理文件时，比如git init时，这个时候，会多一个.gi…

今天干活时，突然看到大群里有人艾特我，还甩了一张截图： 我很火大，群里艾特我膈应谁呢！ 到这儿，我没干再反驳了，因为我不太清楚rebase的意思，我开始怀疑是不是自己git pull用用错了！

为什么要有前端监控？ 一个很现实的原因是bug是不可能被全部测试出来的，由于成本和上线档期的考虑，测试无法做到“面面俱到”，即使时间充裕也总会有这样或那样的bug埋藏在某个角落。 所以一个可靠的前端监