Tag: # CI/CD

[前篇]聊罢 GitLab 的 CI/CD 发展历程，提到了对于只希望使用基础代码存储功能的团队觉得当前版本 GitLab 比较重的问题，本篇文章来聊聊如何使用老版本的 GitLab 来节约一些服务器、本地硬件资源。对于团队使用，如果硬件稍微富裕，我还是强烈推荐使用最新的稳定版本。本文仅描述如何使用官方提供的老版本镜像搭建并使用 GitLab ，低于 v8.0 更老版本的应用可以自行搭建容器镜像。这里再次提醒，如果你看过前一篇文章，任何低于 v8.0 的应用都不建议使用，因为缺少了太多核心的 CI 功能。 阅读全文

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

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

最近在尝试跨云服务商做备份，除了应用之外的基础设施也需要再启动一套仓库。正巧赶上 Harbor 发布 2.0，于是就有了这篇文章。 阅读全文