_无名_

一、概述 技术与工具的创新最终还是要落脚到业务中，能够促进团队自生长的技术架构才能更好的促进团队与业务的成长。（比如物料平台，让各业务条线人员能以比较容易的方式贡献积累团队的组件、页面、模板到物料库以

Docker 是什么？ Docker 属于 Linux 容器的一种封装，提供简单易用的容器使用接口。 它是目前最流行的 Linux 容器解决方案。 Docker 将应用程序与该程序的依赖，打包在一个文

一、概述 1. 场景 当前开发的项目依赖于另外一个项目中的某个包或者组件 当项目build之后需要做一些复制操作 ...... 2、声明 首先声明：以上问题通过node都可以得到解决。但是本文是还是想

一、场景 对前端来讲接口返回文件的地址，前端通过url打开下载是最简单的方式。但是有时候会遇到某些场景或者服务端架构，比如登录信息放到header里，这个时候就不能通过打开url的方式下载了，要通过文

一、公共路由和组件导出冲突问题 当多人共同开发和维护公共库或者项目的时候，可能会同时操作路由文件和组件的公共导出文件， 这将导致公共文件冲突。为了解决这个问题，可以只让开发者只关注自己的组件或者页面，

C端方案 C端系统或者软件有比较成熟的质量和性能监控方案和体系，比如错误上报与报警系统、加载速度与上报系统。曾经工作的电商研发团队，日活千万级别，大促期间数亿，对系统的稳定性要求极高，比如5个9指标

最近一年很多客户要求更换主题色，而团队的项目基础框架不一，因此几乎使用了所有的更换主题的方案。以下总结了各方案的实现以及优缺点，希望能帮助有需要更换主题色的伙伴少踩坑。 方案一：硬编码 对一些老的前端

刚刚开始的小伙伴是不是空格报错少一行报错各种错？是不是觉得快被限制的失去了自由的思绪了？受折磨后找到了不错的文章来取消eslint语法检测限制，作为学习笔记摘自segmentfault 其实我并不反对

一、背景 目前公司大部分项目都是通过开发走流程和测试执行用例来保证开发和测试质量的，当遇到开发周期短开发和测试无法验证所有的流程时就可能出现不可预料的问题。 自动化的测试（单元测试、UI自动化测试等）