CICD

尝试将Webpack和Vite的旧项目改造为Rsbuild，让我们一起看看构建性能和开发体验有多大提升。

本文我们深入探讨了前端工程部署的实践经验。我们采用了Docker和Kubernetes技术，实现了前端工程的容器化部署，为项目提供了弹性伸缩和高可用性的保障。在镜像制作和配置优化方面，我们对纯前端镜像

我们利用Buildah在GitLab CI流水线中构建镜像，并将其推送到私有仓库。这与后续的部署集成，我们实现了自动化的软件交付，也就是一个完整的CI/CD工作流。

通常来说，自动化测试分为端到端（E2E）和单元测试（unit）两种。前者需要有个真实的环境（前端是浏览器，后端是服务容器），也可以叫集成测试，而后者只需要代码层面的模拟测试即可。对二者不太熟悉的，可以

断言 Deno内置了测试方法——Deno.test，结合断言可以很容易地进行测试。 这个断言模块提供了14种断言方式： 如果你习惯使用Node.js的Chai库的话，在Deno中也可以通过CDN的方式

前言 随着工程化的发展，人力测试已经很难满足生产需要，尤其是某些团队、开源工作者可能并没有专业的测试人员。以Web领域曾经的王者jQuery为例，几百人协作，几百个版本发布，如果没有自动化的测试手段，

组里同学反馈说GitLab流水线里有时候会失败，我看了下错误，安装Puppeteer失败了。我们通过查看代码，在淘宝镜像中找到了新的Puppeteer对应的Chrome资源包地址。

距离上篇《持续集成之.gitlab-ci.yml篇（上）》已经过去5年了，现在（2023年7月）我们公司用的GitLab社区版也已经更新到v16.0.4，增加了许多新的功能，而在GitLab CI这部

本文简单介绍了GitLab Runner的作用，如何注册与使用，以及CI流水线的核心概念Stages与Jobs，并提供一些`.gitlab-ci.yml`的使用示例，方便读者理解。

我们通过使用alpine镜像作为基础镜像，减少了Rust的运行时镜像体积，又使用strip命令，减少了Rust构建产物的体积，将最终镜像体积从130M减少到18M左右，基本满足了我们的需求。

在GitLab CICD的流水线作业中，Rust编译速度是个瓶颈，我们通过sccache共享缓存和使用mold加速链接，以及最终调整runner分配的CPU，将一个项目首次耗时从23分钟降到5分钟