通过前几章的一顿猛操，最终测试环境是搭建出来了，测试人员也可以很愉快的绑定一个 hosts 后，通过 CTRL+SHIFT+ Q 调出环境选择器进行一键切换。
而开发同学也可以很愉快的在需要新的测试环境时，直接执行 CI，选择对应的分支，稍等 2 分钟即可产生一个全新干净且独立的测试环境。
面对新同学而言，也无需本地搭建开发环境，可以直接新建一个反向代理指向到新同学开发机器即可，没有了恼人的 SSL 证书错误问题。
这里其实还有一个场景，当我们的功能是开发一个 npm 插件的时候，我们提测的功能实际上是这个插件，而插件纳入版本管理的话，是没有经过测试稳定就不允许发布的，而目前 CI 的流程是无法满足这个情况的。
其实要解决也非常容易，只要我们将开发版的 npm 进行 link 到项目中，直接构建出 dist 并进行镜像的打包，相当于是 CI 中的前两个阶段是在本地执行。
完成镜像的推送后，我们新建 CI 任务后，直接对第三个阶段，既 deploy_k8s 阶段即可。
目前，对于 K8S 服务的管理，我们根本没去做处理，如果项目的开发人员多，以及长时间积累，会产生非常多无用的服务，其实这个时候我们只要扩展 http 服务，比如提供一个界面可以让开发选择性的删除 service、deploy 以及 docker 镜像等，又或者可以加一个定时任务自动删除超过 30 天的无用服务等。
至此以往遇到的所有情况都覆盖到了。
使用 K8S 搭建前端测试环境 – 前言
使用 K8S 搭建前端测试环境 – K8S 环境搭建
使用 K8S 搭建前端测试环境 – Gitlab 集成 K8S
使用 K8S 搭建前端测试环境 – 创建 CI/CD
使用 K8S 搭建前端测试环境 – 基础服务搭建
使用 K8S 搭建前端测试环境 – 总结