GitLab 在 Debian 上的插件与支持范围
总体说明
在 Debian 上，GitLab 并不存在一个统一的“插件目录”供随意安装二进制扩展。功能扩展主要通过以下方式实现：内置的 CI/CD 流水线、可安装的 GitLab Runner、项目级 Webhooks/系统钩子、与第三方系统的集成（如 Jenkins、Kubernetes、Slack 等）、以及可选的 监控组件（Prometheus、Grafana）。这些能力在 Debian 与在其他 Linux 发行版上的使用方式一致，安装与配置方法也相同。
常见扩展分类与代表功能
- CI/CD 与 Runner：使用 GitLab Runner（可在 Debian 上通过官方仓库安装）执行构建、测试、部署作业，配合仓库根目录的 .gitlab-ci.yml 定义流水线。
- 外部系统集成：通过项目 Webhooks 推送事件到外部服务；与 Jenkins 实现跨平台 CI，或对接 Kubernetes 做 GitOps/部署编排；与 Slack 等协作工具进行通知。
- 监控与可观测性：使用 Prometheus 采集指标，配合 Grafana 做可视化与告警面板（常见为可选集成）。
- 代码托管与协作增强：内置 Merge Request/Code Review 工作流，配合 Review Apps 做预览环境；可通过 GitLab Marketplace 启用各类第三方应用与集成。
在 Debian 上的安装与配置要点
- 安装 GitLab Runner（Debian 包）：执行官方安装脚本添加仓库后，使用 apt 安装并注册 Runner 到实例，即可承接 CI/CD 作业。
- 配置 Webhooks 与集成：在项目“Settings → Webhooks”中新增目标 URL 与触发事件；也可在“Services”中配置与第三方系统的对接。
- 启用监控组件：按需部署 Prometheus/Grafana，并在 GitLab 管理界面或配置文件中开启相关集成与告警。
限制与替代方案
- 无通用“插件目录”：GitLab 的扩展以 Runner、Webhooks/服务、集成与监控组件为主，通常不需要（也不支持）像传统软件那样“放入插件目录即生效”。
- 自定义脚本与 API：可通过项目级 Hooks/自定义服务 或 GitLab API 实现个性化能力（如自动通知、工单联动、外部审批等），适合作为“插件化”自研扩展的主要路径。