快速开始
本文档将帮助您快速了解如何创建 GitLab Connector,并使用它安全地克隆仓库及执行 GitLab 操作,而无需直接处理凭据。
目录
预计阅读时间前提条件流程概览操作步骤步骤 1:创建 Namespace步骤 2:创建 GitLab 凭据和 Connector步骤 3:创建 Clone Job步骤 4:验证操作工作原理故障排查后续步骤预计阅读时间
15 分钟
前提条件
- 已安装 Connectors 系统(包括 ConnectorsCore 和 ConnectorsGitLab 组件)的 Kubernetes 集群。有关安装这些组件的详细信息,请参阅安装指南。
- 已配置 kubectl 以与您的集群通信
- 拥有有效的 GitLab 私有访问令牌(Private Access Token,PAT)的 GitLab 仓库
- 具备 Kubernetes 资源的基础知识
流程概览
操作步骤
步骤 1:创建 Namespace
为本次演示创建一个专用的命名空间:
步骤 2:创建 GitLab 凭据和 Connector
创建包含 GitLab 私有访问令牌的 Secret 和 GitLab Connector 资源。有关创建和配置连接器的详细信息,请参阅Connectors 快速开始指南。
重要说明:
- Secret 类型必须为
connectors.cpaas.io/gitlab-pat-auth - 对于 GitLab.com,地址使用
https://gitlab.com - 对于自托管 GitLab,使用您的 GitLab 服务器 URL(例如
https://gitlab.example.com) address应为用于仓库克隆的 GitLab 服务器 URL,而非 API 地址
验证连接器状态是否为“Ready”:
输出应显示:
步骤 3:创建 Clone Job
创建一个 Job,使用连接器通过 Git CLI 克隆 GitLab 仓库:
请将 https://<your-gitlab-server>/<your-group>/<your-repo>.git 替换为您实际的 GitLab 仓库 URL。
关键参数说明:
connector.name:您的 GitLab 连接器名称configuration.names:设置为 "gitconfig" 用于挂载 Git 配置文件mountPath:将配置挂载到/opt/git,并复制到/root/供 Git 使用
步骤 4:验证操作
查看 Job 日志,确认仓库是否成功克隆:
您应看到 Git 克隆操作成功完成且无认证错误,输出示例如下:
工作原理
GitLab Connector 的工作流程:
- 将原始 GitLab 仓库 URL 替换为代理服务 URL
- 在请求代理服务时注入认证信息(K8S API Token)
- 代理服务在转发请求到 GitLab 服务器时添加所需凭据(连接器的 Secret)
- 对于 Git 操作,
.gitconfig文件包含 URL 重写规则和认证头信息
查看生成的配置:
查看生成的 Git 配置:
示例输出:
该配置:
- 添加了包含编码后的 K8S API Token 的 Authorization 头
- 将 GitLab URL 重写为代理服务地址
故障排查
如果克隆操作失败,请检查以下内容:
-
连接器状态:确保连接器处于“Ready”状态:
-
私有访问令牌:确认您的 GitLab PAT 拥有必要权限:
- 克隆操作需要
read_repository权限
- 克隆操作需要
-
Job 配置:
- 确认卷挂载路径正确
- 验证仓库 URL 是否匹配您的 GitLab 仓库
- 检查
.gitconfig文件是否正确复制到/root/
-
网络连通性:确保集群能够访问 GitLab 服务器
后续步骤
成功使用 GitLab Connector 克隆第一个仓库后,您可以:
- 学习如何使用 GitLab CLI(glab)结合连接器与 GitLab 交互,详见使用 GitLab CLI 指南
- 使用 reviewdog 等自定义 CLI 工具与 GitLab 交互,详见使用 Reviewdog CLI 工具指南
- 将此方法集成到您的 CI/CD 流水线中,详见CI/CD 集成指南
- 探索GitLab ConnectorClass 概念以获取高级配置选项