本项目是一个基于 NestJS 框架开发的 DevOps 自动化平台，旨在为前端/后端项目提供一站式的持续集成与交付（CI/CD）解决方案。平台集成了代码管理、构建、发布、队列调度、等核心能力

为什么选择微前端作为项目亮点 作为面试官，我经常听到很多候选人说在公司做的项目很简单，平常就是堆页面，写管理端，写H5,没有任何亮点，我以我一次面试候选人的经历分享给大家 面试官：你为什么选择用微前端

前端无痛刷新Token 这个需求场景很常见，几乎很多项目都会用上，之前项目也实现过，最近刚好有个项目要实现，重新梳理一番。 需求 对于需要前端实现无痛刷新Token，无非就两种： 请求前判断Token

1.引入jshttps://github.com/fingerprintjs/fingerprintjs2.纯前端实现的浏览器指纹采集器，通过获取浏览器中所有能获取到的信息(部分通过base64转成S

博客 有更多精品文章哟。 增加使用 importScripts 跨域时，使用相对路径报错的原因说明。 JavaScript 采用的是单线程模型，也就是说，所有任务都要在一个线程上完成，一次只能执行一个任务。有时，我们需要处理大量的计算逻辑，这是比较耗费时间的，用户界面很有可能会…

在项目开发中，前端难免遇到需要路由缓存的需求。在之前一个React项目中，查询各种资料和插件后，了解到React要配合React-router进行路由缓存，会有很多意想不到的问题。所以在React项目中，我们都避免接收到需要路由缓存的需求。 最近在开发一个vue项目中，由于v…

keep-alive 是一个抽象组件，不会和子组件建立父子关系，也不会作为节点渲染到页面上。 能在组件切换过程中将状态保留在内存中，防止重复渲染DOM。 避免反复渲染影响页面性能，同时也可以很大程度上减少接口请求，减小服务器压力。 能够进行路由缓存和组件缓存。 created-…

文章重点讲的是贴合实际场景把灰度方案落地，也列了一些常见的灰度发布方案做比较，在文章结尾给大家留了一些相关的代码，方案千千万，选择自己业务场景符合最重要

本文我们主要对 qiankun 所基于的基座模式进行介绍。它的主要思路是将一个大型应用拆分成若干个更小、更简单，可以独立开发、测试和部署的微应用，然后由一个基座应用根据路由进行应用切换