Tag: # CI/CD

这次机器升级带来的服务大迁移过程中，我发现之前设定给 Npm 仓库、Docker 仓库专用的代理服务失效了。之前这台专供仓库使用的代理服务，是跑在一台古老的群晖设备（DS115j）上的，当我探寻问题登录设备之后，发现了一件事：不光是代理程序进程消失了、守护进程管理软件也消失了，这大概率是群晖系统自动升级造成的。考虑服务稳定性和维护成本，我决定把代理服务从群晖中剥离，正巧前一阵收拾屋子，发现还有一台“MTK7621”的迅雷下载宝，决定废物利用一下，做一台稳定性更高的代理服务设备。如果你有闲置路由器或者下载宝，也有类似需求，那么下面的内容，应该可以帮到你。 阅读全文

一直以来因为机器资源捉襟见肘，使用 GitLab CI 配合 compose 完成了多数自动化构建和部署的事情，但是随着运行服务越来越多，管理一大堆 docker-compose.yml 和服务的成本也变的越来越高。作为一个懒人，购置了一台顶配的 ELite Desk G4 800 来作为资源，计划搭建 K8S 配合 GitLab 的 Auto DevOps 作为接下来使用的方案。网上关于 K8S 的搭建使用有很多，但是多数都是基于 CentOS、二进制包的教程，太过陈旧和麻烦。而且在操作过程中，基本都是一路 Next，缺少调试验证，本篇以一个 K8S 新手视角，介绍如何快速搭建一套开发可用的 mini 集群。 阅读全文

上次写完 [ 迁移 GitLab 数据到全新容器 ] ，我有在微博里说过这里如果有关联过 CI ，可能会出现一些小问题，比如：原本好好的pipeline显示运行中，但是没日志响应、项目的CI页面打不开，显示500错误。 阅读全文

五月的时候，分享过如何[使用私有CI来和GitHub联动]，进行项目构建。这两天抽空，再次优化了一番，性能提高不少，目前看来还不错。 阅读全文