本站支持搜索的镜像仓库:Docker Hub、gcr.io、ghcr.io、quay.io、k8s.gcr.io、registry.gcr.io、elastic.co、mcr.microsoft.com

labeler-action 是一个GitHub Action,可基于issues和pull requests(PR)标题或描述中的正则表达式模式自动应用标签。v2及以上版本支持通过pull_request_target事件为forked仓库的PR添加标签,解决了传统pull_request事件无法访问基础仓库密钥的限制。
适用于需要自动化标签管理的GitHub仓库,特别是社区贡献活跃、需要根据内容自动分类issues和PR的项目。例如:
.github/labeler.yml该Action需要在仓库中创建配置文件 .github/labeler.yml,支持简单模式和完整模式两种配置方式。配置文件必须存在于发布分支(如master、main等)。
适用于基础场景,为issues和PR应用相同的评论和标签规则:
# labeler "简单" 模式 # 评论同时应用于issues和PR # 如需更复杂的配置,请考虑使用"完整"模式 comment: | 👍 感谢提交! 🏷 我已根据您的issue中特殊文本应用了匹配的标签。 请检查标签并进行必要的调整。 # 标签配置: # - 键为标签名称 # - 值为字符串模式数组,用于匹配issues/PR的标题+正文 labels: 'bug': - '\bbug[s]?\b' # 匹配"bug"或"bugs" 'help wanted': - '\bhelp( wanted)?\b' # 匹配"help"或"help wanted" 'duplicate': - '\bduplicate\b' # 匹配"duplicate" - '\bdupe\b' # 匹配"dupe" 'enhancement': - '\benhancement\b' # 匹配"enhancement" 'question': - '\bquestion\b' # 匹配"question"
提供更精细的控制,支持分别配置issues和PR的启用状态、评论内容及标签规则:
# labeler "完整" 模式 # 启用标签功能的对象(issues、PR或两者) enable: issues: true # 启用issues标签 prs: true # 启用PR标签 # 评论配置,可针对issues和PR设置不同内容 comments: issues: | 感谢提交issue! 我已根据标题和描述中的特殊文本应用了匹配的标签。 请检查标签并进行必要的调整。 prs: | 感谢您的贡献! 我已根据标题和描述中的特殊文本应用了匹配的标签。 请检查标签并进行必要的调整。 # 标签配置: # - 键为标签名称 # - 值为包含以下字段的对象: # - include: 匹配模式数组(任意模式匹配则应用标签) # - exclude: 排除模式数组(任意模式匹配则忽略标签) # - branches: 可选分支数组(仅当PR目标分支匹配时应用标签) # 所有模式均为正则表达式,全局应用于标题+正文 labels: 'bug': include: - '\bbug[s]?\b' # 匹配"bug"或"bugs" exclude: [] branches: - 'master' # 仅应用于目标分支为master的PR - 'main' # 仅应用于目标分支为main的PR 'help wanted': include: - '\bhelp( me)?\b' # 匹配"help"或"help me" exclude: - '\b\[test(ing)?\]\b' # 排除包含"[test]"或"[testing]"的内容 'enhancement': include: - '\bfeat\b' # 匹配"feat" exclude: []
需创建工作流定义文件(如 .github/workflows/community.yml),配置触发事件和Action执行步骤。
name: 社区标签管理 on: issues: types: [opened, edited, milestoned] # 触发issues标签的事件类型 pull_request_target: types: [opened] # 触发PR标签的事件类型(使用pull_request_target支持forks) jobs: labeler: runs-on: ubuntu-latest steps: - name: 应用标签 id: labeler uses: jimschubert/labeler-action@v2 # 使用v2及以上版本 with: GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }} # 工作流默认提供的令牌,具有API访问权限
opened、edited事件;PR必须使用pull_request_target而非pull_request,以支持从forked仓库发起的PR(pull_request在fork场景下无法访问基础仓库密钥)。public_repo作用域的个人访问令牌并存储为secret。@v2或具体版本号(如@v2.1.0),避免直接使用@main分支。本项目采用Apache 2.0许可证。

免费版仅支持 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