GitLab Group 有什么用？不只是管理代码仓库 使用 GitLab 管理代码时，通常会创建多个 Project，例如后端、前端、公共组件等。 随着项目增多，容易出现一些问题： 每个项目都需要单独添加开发人员。 不同项目的 CI/CD 配置大量重复。 一个需求涉及多个仓库，难以统一跟踪。 Bu

为了让多个项目共用 CI/CD 变量，我把 GitLab 项目从个人命名空间迁移到了 Group。迁移后 git push 成功，但出现提示： remote: Project 'developer/demo-project' was moved to 'dev-team/demo-project'.

环境：自建 GitLab、GitLab Runner 19.3.1、Linux、Docker Executor / Shell Executor 关键词：GitLab CI/CD、Runner、Tag、Docker、Shell、release、unregister、403 Forbidden、con

在 Java 项目中，我们经常会使用 GitLab CI/CD 自动完成代码编译、打包和部署。 很多人第一次看到 .gitlab-ci.yml 时，会发现配置只有几十行，但里面同时出现了 rules、stage、image、tags、cache、script、artifacts 等概念，很容易混淆。

GitLab CI/CD 中，GitLab 负责管理代码、创建 Pipeline、调度 Job 和保存执行结果，而真正执行 .gitlab-ci.yml 中命令的是 GitLab Runner。 本文按照实际搭建流程，从 Runner 的工作原理开始，依次介绍 Runner 的创建、安装、注册、Ex