通过前几章的一顿猛操，最终测试环境是搭建出来了，测试人员也可以很愉快的绑定一个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搭建前端测试环境 - 总结
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用。你还可以使用@来通知其他用户。