Tag: # CI/CD

本篇是系列中的第五篇内容，我们继续聊聊如何把一个简化过的私有云环境部署在笔记本里，以满足低成本、低功耗、低延时的实验环境。如果你有闲置的轻量云服务器，也可以动手试试。 阅读全文

前不久分享了关于最新版本的 GitLab 的试用体验，[《试用 GitLab 14 以及中国发行版：极狐》]。但是众所周知，GitLab 在 v10 版本之后，不断增加功能，逐渐调整重心为一站式平台，产品趋于面向公司和组织，导致其对于服务器资源的依赖与日俱增，从最初的 1GB 左右内存的资源就能流畅运行，膨胀到了目前至少需要 6～7 个GB内存才能够顺滑运行。对于开发者和小团队而言，如何相对克制和轻量的使用它变成了一个有挑战的事情。所以本篇文章就来试着针对 GitLab 进行配置调整，让其能够以相对低的资源占用提供服务。 阅读全文

时值 GitLab 14 大版本更新，官方对于这个版本给出了非常高的评价，让我非常好奇，所以为了探究新版本到底有哪些变化，我对 GitLab 社区版、极狐版做了试用对比。 阅读全文

因为默认版本的 Drone 包含构建次数限制，如果日常高频使用 Drone，不久之后，便会遇到需要“重新初始化”应用才能继续使用的问题，但其实，作为个人用户，我们其实可以不受此限制影响。所以本篇文章，就来分享下如何使用容器方式构建无使用限制的 Drone CI。 阅读全文

提到容器仓库，我们一般会想到 Nexus、Harbor ，那么有没有更轻量可靠的方案呢。尤其是在频繁构建的 CI 流水线中、或是分布式的环境中需要高频拉取镜像的场景中。[《使用容器搭建 APT Cacher NG 缓存代理服务》]一文提到了缓存，虽然可以使用文末中的 Nginx 的补充方式来提供容器镜像导出文件的缓存托管，但是这种方式相比较使用镜像仓库而言，不能够直接使用 Docker Client 与之交互，需要借助导出和导入命令，使用起来颇有不便。本篇文章继续聊聊，如何使用容器搭建轻量可靠的镜像仓库：distribution。 阅读全文

按照前篇文章所提，本篇将聊聊如何搭建使用 Gitea 和 Drone。因为内容过多，这个内容我计划拆为多篇来讲述，本篇先聊聊如何搭建使用。 阅读全文

[前篇]聊罢 GitLab 的 CI/CD 发展历程，提到了对于只希望使用基础代码存储功能的团队觉得当前版本 GitLab 比较重的问题，本篇文章来聊聊如何使用老版本的 GitLab 来节约一些服务器、本地硬件资源。 阅读全文

从 13 年开始使用 GitLab 到现在，看着这款软件的快速进化，还是很感慨的。随着 GitLab v13 的发布，几乎任何一家公司都能快速拥有和头部大公司一样轻松获取生产中的具有规模化的 DevOps 部署能力、高度透明的应用管理能力、以及快速的发布迭代能力。下面来简单梳理下 GitLab 的 CI / CD 功能发展历程吧。 阅读全文

本以为 [《GitLab 简明维护指南（v2020.05）》] 足够解决接下来的所有问题，没想到在 v12 版本中， GitLab 官方因为一些变更引入了“升级额外操作”的步骤。也就是说，常规的修改低版本应用版本号到高版本版本号，由 Ruby 升级脚本执行升级操作的模式不完全生效了。而且在升级过程中，也会遇到一些额外的小问题，这里我们就来聊聊如何在有“升级额外操作”的背景下进行应用升级。 阅读全文