前端工程化大家多多少少都接触过一些随便抓个小前端一问都知道：“前端工程化？大家都知道啊，大概就这样”为什么要工程化在我的理解有这几点：方便管理、专注开发、快速迭代等我们先说上图右边组件化：组件化开发自

遇到这种情况，首先会想到的肯定是前后端分离。但考虑到目前的人员、技术储备情况，直接过渡到基于NodeJS的全栈式开发，阻力大，周期长，很可能会难产。 publish：发布项目代码，执行publish后将执行项目仓库中对应开发分支下的代码发布任务。在云端构建后的代码最终会发布到对…

CICD 是 持续集成（Continuous Integration）和持续部署（Continuous Deployment）简称。指在开发过程中自动执行一系列脚本来减低开发引入 bug 的概率，在新代码从开发到部署的过程中，尽量减少人工的介入。 持续集成指在和向远程仓库 pu…

1. 待部署工程本地完成打包构建 2. 确定远端部署目录及发布文件夹 3. 修改配置 4. 运行自动化部署 5. 查看远端效果 6. 再次部署 原目录已备份（开启远端备份生效） 对于简单前端项目，频繁部署时，xshell、ftp两种方式较为繁琐，而jenkins 等自动化部署服…

先上灵魂拷问 在文章之前，先抛一些灵魂拷问： 前端代码从 tsx/jsx 到部署上线被用户访问，中间大致会经历哪些过程？ 上述过程中分别都有哪些考虑、指标和优化点，以满足复杂的业务需求？ 可能大部分同

本文已参与好文召集令活动，点击查看：后端、大前端双赛道投稿，2万元奖池等你挑战！ 前端业界现有的构建部署方案，常用的应该是，Jenkins，Docker，GitHub Actions 这些，而恰巧，我

目前就我所呆的公司来说，前端的发版都是开发完之后执行编译，然后通过 ftp 上传到服务器中。项目多起来之后，加上测试环境和正式环境的分离，导致管理混乱。而且整个流程也很麻烦，要一步步手动去做。 所以一直就有一个想法，能不能做一个像 Vue Cli 一样的自动化工具，可以通过命令…