文章列表

容器方式使用轻量的 GitLab 低版本

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

聊聊 GitLab 的CI / CD 功能发展历程

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

GitLab 12 跨版本 13 升级

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

使用 Harbor 搭建私有 Docker 仓库

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

GitLab 简明维护指南(v2020.05)

, , ,
之前写过不少 [GitLab] 相关的内容,从搭建到迁移到优化都有聊过,但是从未系统的聊聊该怎么在日常进行维护,趁着假期为代码仓库升级来聊聊吧。GitLab 是一款优秀的软件,我从 13 年开始用它到现在,并使用它对个人/团队/公司的项目进行管理,从个人到十数人再到百人甚至到几百人、上千人以上的场景下它都未曾掉过链子,软件品质值得信赖。前公司们也不乏使用它的企业版作为公司代码资产管理方案,或者以它为竞品进行内部软件开发。以下各种维护操作,均基于容器部署方案。 阅读全文