本站支持搜索的镜像仓库:Docker Hub、gcr.io、ghcr.io、quay.io、k8s.gcr.io、registry.gcr.io、elastic.co、mcr.microsoft.com
Git Resource 是 Concourse CI/CD 系统的核心资源类型之一,用于与 Git 仓库交互,实现对代码仓库提交历史的跟踪、代码拉取及变更检测。其主要用途包括:在 Concourse 流水线中作为代码源,触发流水线执行(基于代码变更),以及获取构建、测试或部署所需的源代码。
fetch_depth)以优化性能。include_submodules),支持递归拉取子模块。check 操作)。在 Concourse 流水线配置文件(pipeline.yml)中,通过 resources 字段定义 Git Resource,指定资源类型(type: git)、名称及源配置(source)。
source)| 参数 | 类型 | 描述 | 是否必填 |
|---|---|---|---|
repo | string | Git 仓库 URL(支持 https:// 或 git@ 格式) | 是 |
branch | string | 跟踪的分支名(默认:main 或仓库默认分支) | 否 |
tag | string | 跟踪的标签名(与 branch、commit 互斥,优先级:commit > tag > branch) | 否 |
commit | string | 固定拉取的提交哈希(完整 40 位 SHA-1 哈希) | 否 |
private_key | string | SSH 认证私钥(用于 git@ 格式仓库,需配置换行符转义 ` | `) |
username | string | HTTPS 认证用户名(用于 https:// 格式仓库,与 password 配合使用) | 否 |
password | string | HTTPS 认证密码(或个人访问令牌,如 GitHub PAT) | 否 |
fetch_depth | integer | 拉取代码的深度(默认:全量拉取;设为 1 时仅拉取最新提交,优化速度) | 否 |
include_submodules | boolean | 是否拉取子模块(默认:false;设为 true 时拉取所有子模块) | 否 |
params)在流水线任务(jobs)中使用该资源时,可通过 params 配置拉取行为,常见参数:
| 参数 | 类型 | 描述 |
|---|---|---|
path | string | 代码拉取到任务容器内的路径(默认:当前工作目录) |
submodules | string | 子模块拉取策略(none/recursive,覆盖 source 中的 include_submodules) |
get):通过 get: <resource-name> 在任务中拉取代码,支持配置 params 自定义拉取行为。put):通常不用于主动推送代码(需配合 Git 命令),主要用于传递代码变更元数据(如提交哈希)给下游任务。resources: - name: my-git-repo type: git source: repo: [***] # 公开仓库 URL branch: main # 跟踪 main 分支 fetch_depth: 10 # 仅拉取最近 10 次提交
resources: - name: private-git-repo type: git source: repo: ***:example/private-project.git # SSH 格式仓库 URL branch: dev # 跟踪 dev 分支 private_key: | # SSH 私钥(注意换行符转义) -----BEGIN RSA PRIVATE KEY----- MIIEogIBAAKCAQEAv...(完整私钥内容)... -----END RSA PRIVATE KEY----- include_submodules: true # 拉取子模块
resources: - name: tagged-git-repo type: git source: repo: [***] tag: v1.0.0 # 固定拉取 v1.0.0 标签的代码(忽略 branch 配置)
jobs: - name: build-project plan: - get: my-git-repo # 拉取上述定义的 my-git-repo 资源 params: path: src # 代码拉取到任务容器的 src 目录 - task: compile config: platform: linux image_resource: type: registry-image source: {repository: golang, tag: 1.21} inputs: - name: my-git-repo # 依赖拉取的代码作为输入 run: path: sh args: - -c - | cd src/my-git-repo # 进入代码目录 go build -o app # 执行构建命令
private_key、password)建议通过 Concourse Credentials Manager(如 Vault、CredHub)存储,避免明文写在配置中。fetch_depth 限制拉取深度,或使用 include_submodules: false 减少子模块拉取,提升性能。免费版仅支持 Docker Hub 加速,不承诺可用性和速度;专业版支持更多镜像源,保证可用性和稳定速度,提供优先客服响应。
免费版仅支持 docker.io;专业版支持 docker.io、gcr.io、ghcr.io、registry.k8s.io、nvcr.io、quay.io、mcr.microsoft.com、docker.elastic.co 等。
当返回 402 Payment Required 错误时,表示流量已耗尽,需要充值流量包以恢复服务。
通常由 Docker 版本过低导致,需要升级到 20.x 或更高版本以支持 V2 协议。
先检查 Docker 版本,版本过低则升级;版本正常则验证镜像信息是否正确。
使用 docker tag 命令为镜像打上新标签,去掉域名前缀,使镜像名称更简洁。
探索更多轩辕镜像的使用方法,找到最适合您系统的配置方式
通过 Docker 登录方式配置轩辕镜像加速服务,包含7个详细步骤
在 Linux 系统上配置轩辕镜像源,支持主流发行版
在 Docker Desktop 中配置轩辕镜像加速,适用于桌面系统
在 Docker Compose 中使用轩辕镜像加速,支持容器编排
在 k8s 中配置 containerd 使用轩辕镜像加速
在宝塔面板中配置轩辕镜像加速,提升服务器管理效率
在 Synology 群晖NAS系统中配置轩辕镜像加速
在飞牛fnOS系统中配置轩辕镜像加速
在极空间NAS中配置轩辕镜像加速
在爱快ikuai系统中配置轩辕镜像加速
在绿联NAS系统中配置轩辕镜像加速
在威联通NAS系统中配置轩辕镜像加速
在 Podman 中配置轩辕镜像加速,支持多系统
配置轩辕镜像加速9大主流镜像仓库,包含详细配置步骤
无需登录即可使用轩辕镜像加速服务,更加便捷高效
需要其他帮助?请查看我们的 常见问题 或 官方QQ群: 13763429