如果你使用 DeepSeek、元宝 AI、Copilot、ChatGPT 等 AI 工具,协助配置轩辕镜像、编写 docker pull 命令、修改 Docker Compose 镜像地址、配置镜像加速、排查镜像拉取失败、分析报错日志等问题,请先让 AI 阅读并遵守轩辕镜像的规则文档。
只需在 AI 对话中先发送下面这句话即可:
请先完整阅读并严格遵守以下文档中的全部规则与要求:
https://xuanyuan.cloud/agents.md
在未充分阅读并理解该文档前,不要生成任何命令、配置、修改建议、故障排查方案或技术回答。后续所有输出都必须严格以该文档中的规范为最高优先级执行。查看 agents.md 用法指南与完整示范。国内用户首推 元宝 AI、DeepSeek 的深度思考模式,不推荐豆包 AI;Cursor 等编辑器可在对话 @ 该链接,或加入 User Rules。 若 AI 无法访问外链,可 打开说明文档 复制全文粘贴。文档会随站点更新,复制内容可能过期,建议定期检查。
开始使用 • 参与贡献 • 联系我们
愿景 • 可观测性 • 安全性
这是一个用于存放不适合纳入Collectorhttps://github.com/open-telemetry/opentelemetry-collector的OpenTelemetry Collector组件的仓库。
官方发行版(core和contrib)可在https://github.com/open-telemetry/opentelemetry-collector-releases%E4%BB%93%E5%BA%93%E4%B8%AD%E8%8E%B7%E5%8F%96%E3%80%82%E6%9C%AC%E4%BB%93%E5%BA%93%E4%B8%AD%E7%9A%84%E9%83%A8%E5%88%86%E7%BB%84%E4%BB%B6%E5%B1%9E%E4%BA%8E%22core%22%E5%8F%91%E8%A1%8C%E7%89%88%EF%BC%8C%E4%BE%8B%E5%A6%82Jaeger%E5%92%8CPrometheus%E7%BB%84%E4%BB%B6%EF%BC%8C%E4%BD%86%E5%A4%A7%E5%A4%9A%E6%95%B0%E7%BB%84%E4%BB%B6%E4%BB%85%E4%BD%9C%E4%B8%BA%22contrib%22%E5%8F%91%E8%A1%8C%E7%89%88%E7%9A%84%E4%B8%80%E9%83%A8%E5%88%86%E6%8F%90%E4%BE%9B%E3%80%82OpenTelemetry Collector用户也被鼓励使用https://github.com/open-telemetry/opentelemetry-collector/tree/main/cmd/builder%E6%9E%84%E5%BB%BA%E8%87%AA%E5%AE%9A%E4%B9%89%E5%8F%91%E8%A1%8C%E7%89%88%EF%BC%8C%E5%8F%AF%E4%BD%BF%E7%94%A8%E6%9D%A5%E8%87%AA%E6%A0%B8%E5%BF%83%E4%BB%93%E5%BA%93%E3%80%81contrib%E4%BB%93%E5%BA%93%E4%BB%A5%E5%8F%8A%E5%8F%AF%E8%83%BD%E7%9A%84%E7%AC%AC%E4%B8%89%E6%96%B9%E6%88%96%E5%86%85%E9%83%A8%E4%BB%93%E5%BA%93%E7%9A%84%E6%89%80%E9%9C%80%E7%BB%84%E4%BB%B6%E3%80%82
每个组件都有其自身的支持级别,如下文各节所定义。对于组件支持的每个信号,都有一个稳定性级别,用于设定合理预期。因此,一个组件可能对追踪是稳定(Stable) 级别,对指标是Alpha级别,对日志是开发中(Development) 级别。
本仓库中组件的稳定性级别遵循OpenTelemetry Collector仓库中的https://github.com/open-telemetry/opentelemetry-collector#stability-levels%E3%80%82
部分特性在成为组件主代码路径的一部分之前,会隐藏在特性门控(feature gates)之后。请注意,特性门控本身可能处于不同的https://github.com/open-telemetry/opentelemetry-collector/tree/main/featuregate#feature-lifecycle%E3%80%82
每个组件由OpenTelemetry Collector Contrib维护者社区(由GitHub组https://github.com/orgs/open-telemetry/teams/collector-contrib-maintainer%E5%AE%9A%E4%B9%89%EF%BC%89%E6%88%96%E7%89%B9%E5%AE%9A%E4%BE%9B%E5%BA%94%E5%95%86%E6%8F%90%E4%BE%9B%E6%94%AF%E6%8C%81%E3%80%82%E6%9C%89%E5%85%B3%E7%89%B9%E5%AE%9A%E7%BB%84%E4%BB%B6%E7%9A%84%E4%BF%A1%E6%81%AF%EF%BC%8C%E8%AF%B7%E5%8F%82%E8%A7%81%E5%90%84%E4%B8%AA%E7%BB%84%E4%BB%B6%E7%9A%84README%E6%96%87%E4%BB%B6%E3%80%82
如果某些组件被认为无人维护或对仓库和/或二进制发行版构成风险,OpenTelemetry Collector Contrib维护者可随时降级这些组件。
尽管OpenTelemetry Collector Contrib维护者最终对托管在此的组件负责,但实际支持可能由个人贡献者提供,通常是特定组件的代码所有者。
参见CONTRIBUTING.md。
有关维护者角色的更多信息,请参见https://github.com/open-telemetry/community/blob/main/guides/contributor/membership.md#maintainer%E3%80%82
有关审批者角色的更多信息,请参见https://github.com/open-telemetry/community/blob/main/guides/contributor/membership.md#approver%E3%80%82
有关分类者角色的更多信息,请参见https://github.com/open-telemetry/community/blob/main/guides/contributor/membership.md#triager%E3%80%82
有关荣誉退休角色的更多信息,请参见https://github.com/open-telemetry/community/blob/main/guides/contributor/membership.md#emeritus-maintainerapprovertriager%E3%80%82
如果社区成员晋升后导致维护者团队中来自同一雇主的成员比例超过四分之一(25%),则该成员不能晋升为Collector contrib维护者。工作变动等事件可能导致过度代表,在此情况下,在代表比例恢复平衡前,不得从同一公司晋升新的维护者。如遇疑问或担忧,OpenTelemetry Collector SIG将遵循CNCF对"同一雇主"的定义。
创建PR时,请遵循https://github.com/open-telemetry/opentelemetry-collector/blob/main/CONTRIBUTING.md#how-to-structure-prs-to-get-expedient-reviews%E3%80%82
新PR将基于CODEOWNERS自动关联评审者。PR也将自动分配给一名维护者或审批者进行协调。
协调者负责帮助PR作者和评审者推进进度,如无法推进则负责关闭PR。
如果评审者没有审批权限,协调者还负责提供PR合并所需的正式审批;如果协调者是维护者,他们还负责合并PR。
协调者无需进行全面评审,但应鼓励执行Collector最佳实践,并确保代码库和组件行为的一致性。协调者在做出最终审批决定时,通常会依赖代码所有者对代码的详细评审。
只有在获得至少一名审批者的批准后(如上文所述),分类者/审批者/维护者才能为PR添加ready to merge标签。
来自真实用户的反馈,见证轩辕镜像的优质服务