Tag: # GitLab

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

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

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

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

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

之前写过不少 [GitLab] 相关的内容，从搭建到迁移到优化都有聊过，但是从未系统的聊聊该怎么在日常进行维护，趁着假期为代码仓库升级来聊聊吧。 阅读全文

本文将聊聊如何在三种场景下，如何正确配置 GitLab ，为用户提供 HTTPS 服务。为了行文的简单，这里一律使用容器进行搭建配置，如果你是源码、软件包部署，修改对应的文件配置即可。 阅读全文

在公网搭建的 GitLab 频频遇到安全挑战，然而其实只需要做一两个简单的动作，维护成本就能够大大降低，并且还能避免未被许可的内容，被搜索引擎爬虫暴露的到处都是。本篇文章，我们就来聊聊公网搭建的 GitLab 代码仓库的安全小细节。 阅读全文

从源码安装 GitLab 你或许听说过，但是从源码安装 GitLab Runner ，或许这将是你听到的第一篇相关博客。最近遇到一个问题，需要手动编译构建 GitLab Runner，而官方文档陈旧、命令过时，如果按照官方错误的指引搞下去，难免会浪费很多时间，而且得不到你想要的结果。如果你也有类似需求，跟随本篇文章，大概十分钟左右就能折腾出一个属于你自己的 GitLab Runner。 阅读全文