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

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

背景:自动化之前 经常需要经历这几步： npm run build 然后 用工具 打包成 zip 再 上传到 云服务器上 这里主要通过2种方法记录一下 合并一下前2步。 当然！！！也有自动化CI/CD

随着前端工程化的理念不断深入，我们会更多的选择使用脚手架从零到一搭建自己的项目。这些脚手架提供的都是普遍意义上的最佳实践，但是实际开发中发现，随着业务的不断发展，必然会出现需要针对业务开发的实际情况。

最近发现一个图形化工具Rancher Desktop，比Minikube更好用，基本可以实现一键搭建K8S环境，在Win10上用起来非常方便，推荐给大家！

公司的前端、后端构建及部署工作都是人工去做，随着业务扩大，项目迭代速度变快，人员增多，各种问题都暴露出来，将通过一个简单案例分享一下基于Jenkins的前后端自动化工作流搭建的过程，搭建完这套工作流，我们只需要在本地发起一个git提交，剩下的单打包构建，代码部署，邮件提醒等功能…

前段时间与室友在交流中聊到了测试岗位！ 一个同学不禁发问：”如果我们开发接到了特别庞大的项目，开发周期特别久，难道测试团队就一直干等着我们开发结束再进行测试吗？”

我们要把项目部署到服务器上，但每次更新项目的代码，都需要重新打包部署，这太麻烦了。如何让每次代码的提交、打包、部署更加自动化呢？本文将介绍利用Jenkins与Docker实现持续集成持续部署。

公司的前端构建及部署工作都是人工去做，随着业务扩大，项目迭代速度变快，人员增多，各种问题都暴露出来，本文是对前端自动化工作流进行探索后的一篇经验分享，将通过一个简单案例分享一下基于Jenkins的前端自动化工作流搭建的过程，搭建完这套工作流，我们只需要在本地发起一个git提交，…