CnOps 智能运维与可观测社区
首页开源项目实践文章视频课程常见问答开发者工具STAROps 专题
导航菜单
首页开源项目实践文章视频课程常见问答开发者工具STAROps 专题

CnOps 智能运维与可观测社区

愿景

CnOps 智能运维与可观测社区是一个以"智能运维与可观测"为核心的开放、包容、分享的技术社区,旨在聚集运维专家、开发者和爱好者,共同探讨、学习和分享可观测最佳实践与最新技术,与众多技术社区合作互动,共同探讨交叉领域的技术挑战,推动可观测领域的创新与进步。

内容社区

  • 实践文章
  • 视频课程
  • 开源项目
  • 常见问答
  • 开发者工具

友情链接

  • Prometheus
  • Grafana Lab
  • OpenTelemetry
  • LoongCollector

关注我们

阿里云云原生公众号阿里云云原生
阿里云可观测公众号阿里云可观测

Copyright © 2026 CnOps 社区. All rights reserved.

首页/开源项目/OpenTelemetry/文档风格指南
文档目录
文档开始手动插桩使用插桩库导出器资源采样什么是 OpenTelemetry?
API 参考文档示例
支持库列表
前置条件Issue提交内容文档风格指南网站本地化博客PR 检查公告开发环境设置与构建、服务等命令SIG 审批者与维护者的实践指南

OpenTelemetry

文档风格指南

OpenTelemetry 还没有官方的风格指南,当前版本的 OpenTelemetry 文档风格受到以下风格指南的启发: - Google 开发者文档风格指南 - Kubernetes 风格指南 以下部分包含针对 OpenTelemetry 项目的特定指导。 我们的风格指南中许多要求都可以通过命令来自动化执行: 在发起拉取请求(PR) 之前,你可以在本地机器上运行 npm run...

OpenTelemetry 还没有官方的风格指南,当前版本的 OpenTelemetry 文档风格受到以下风格指南的启发:

  • Google 开发者文档风格指南
  • Kubernetes 风格指南

以下部分包含针对 OpenTelemetry 项目的特定指导。

我们的风格指南中许多要求都可以通过命令来自动化执行:
在发起拉取请求(PR) 之前,你可以在本地机器上运行 npm run fix:all 命令并提交更改。

如果你遇到错误或 PR 检查失败,请阅读以下关于我们的风格指南的内容以及了解你可以采取哪些措施来解决某些常见问题。

OpenTelemetry.io 单词列表 {#opentelemetryio-word-list}

请在整个网站上统一使用以下 OpenTelemetry 特定术语和词语列表。

术语 用法
OpenTelemetry OpenTelemetry 应始终大写。请勿使用 Open-Telemetry。
OTel OTel 是 OpenTelemetry 的公认缩写形式。请勿使用 OTEL。
Collector 当引用 OpenTelemetry Collector 时,请始终将 Collector 大写。在句子开头请使用 The Collector 或 The Opentelemetry Collector, 在句中或句尾则使用 the Collector 或 the OpenTelemetry Collector。如果您要将 Collector 用作形容词(例如, Collector 配置 ),请只使用 Collector。
OTEP OpenTelemetry 增强提案(OpenTelemetry Enhancement Proposal)。复数形式请写作 OTEPs 。请不要写成 OTep 或 otep。
OpAMP 开放代理管理协议(Open Agent Management Protocol)。请勿在描述或说明中写成 OPAMP 或 opamp。

确保正确书写专有名词(例如其他 CNCF 项目或第三方工具)并使用原始大写字母。例如,
书写 PostgreSQL 而不是 postgre。有关完整列表,请查看
.textlintrc.yml 文件。

另请参阅 词汇表 以获取 OpenTelemetry术语及其定义的列表。

运行 npm run check:text 命令以验证所有术语和单词是否书写正确。

运行 npm run check:text -- --fix 命令以修复书写不正确的术语和单词。

Markdown 标准 {#markdown-standards}

为了增强 Markdown 文件的标准性和一致性,所有文件都应遵循
markdownlint
确定的相关规则。有关完整列表,请查看
.markdownlint.yaml
文件。

运行 npm run check:markdown 命令以验证所有文件是否遵循标准。

运行 npm run fix:markdown 命令以修复与 Markdown 相关的格式问题。

拼写检查 {#spell-checking}

使用 CSpell 确保所有文本拼写正确。
有关 OpenTelemetry 网站特定单词的列表,请参阅
.cspell.yml 文件。

运行 npm run check:spelling 命令以验证所有单词拼写是否正确。如果 cspell 指示
Unknown word 错误,请验证您是否正确编写了该单词。如果正确,请将此单词添加到文件顶部的
cSpell:ignore 部分。如果不存在这样的部分,您可以将其添加到 Markdown 文件的元数据中:

---
title: PageTitle
cSpell:ignore: <word>
---

对于任何其他文件,请在适合文件上下文的注释行中添加 cSpell:ignore <word>。
对于 registry 条目 YAML 文件,它可能看起来像这样:

# cSpell:ignore <word>
title: registryEntryTitle

网站工具通过移除重复单词、删除全局单词列表中的单词以及对单词进行排序来规范特定于页面的词典(即
cSpell:ignore 单词列表)。要规范特定于页面的词典,请运行 npm run fix:dict。

文件格式 {#file-format}

为了执行关于文件结构的特定标准,所有文件都应使用 prettier
进行格式化。在提交 PR 之前运行 npm run fix:format,或者在提交 PR 之后运行它并推送额外的提交。

文件名 {#file-names}

所有文件名都应采用短横线命名。
运行 npm run fix:filenames 以自动重命名文件。

文章大纲