Ansible 文档风格指南
欢迎来到 Ansible 风格指南!为了在 docs.ansible.com 上创建清晰、简洁、一致、有用的内容,请遵循以下准则
语言指南
我们希望 Ansible 文档能够
clear
direct
对话式
易于翻译
我们希望阅读文档就像一位经验丰富、友好的同事在解释 Ansible 如何工作一样。
风格速查表
此速查表阐述了一些有助于实现“Ansible 风格”的规则
规则 |
范例 |
反例 |
|---|---|---|
使用主动语态 |
您可以通过以下方式运行任务 |
任务可以通过以下方式运行 |
使用现在时 |
此命令创建 |
此命令将创建 |
面向读者 |
当您扩展您的资产清单时 |
当托管节点数量增长时 |
使用标准英语 |
返回此页 |
跳回此页 |
使用美式英语 |
输出的颜色 |
输出的颜色 |
标题和节标题大小写
标题和节标题应使用句首字母大写。例如,本节的标题是 Title and heading case,而不是 Title and Heading Case 或 TITLE AND HEADING CASE。
高级任务标题使用动名词(-ing 词),子任务标题使用祈使动词。例如,章节标题使用 Installing Ansible,其内部的步骤级标题使用 Install the package。
避免使用拉丁短语
像 e.g. 或 etc. 这样的拉丁词语和短语很容易被英语使用者理解。但对其他人来说可能较难理解,也给自动化翻译带来困难。
请使用以下英语术语替换拉丁术语或缩写
拉丁语 |
英语 |
|---|---|
i.e |
换句话说 |
例如: |
例如 |
等等 |
等等 |
via |
通过/经由 |
vs./versus |
而非/反对 |
reStructuredText 指南
Ansible 文档采用 reStructuredText 编写,并由 Sphinx 处理。我们遵循所有 rST 页面上的这些技术或机械指南
标题标记法
reStructuredText 中的章节标题可以使用多种标记法。Sphinx 在创建标题层级时会“即时学习”。为了使我们的文档易于阅读和编辑,我们遵循一套标准的标题标记法。我们使用
带上划线的
###,用于部件
###############
Developer guide
###############
带上划线的
***,用于章节
*******************
Ansible style guide
*******************
===,用于节
Mechanical guidelines
=====================
---,用于子节
Internal navigation
-------------------
^^^,用于次子节
Adding anchors
^^^^^^^^^^^^^^
""",用于段落
Paragraph that needs a title
""""""""""""""""""""""""""""
语法高亮 - Pygments
Ansible 文档支持一系列 Pygments 词法分析器,用于语法高亮,以使我们的代码示例美观。每个代码块必须正确缩进并由空行包围。
Ansible 文档允许以下值
none(无高亮)
ansible-output(Ansible 输出的自定义词法分析器)
bash
console
csharp
diff
ini
jinja
json
md
powershell
python
rst
sh
shell
shell-session
text
yaml
yaml+jinja
例如,您可以使用以下语法高亮 Python 代码
.. code-block:: python
def my_beautiful_python_code():
pass
Markdown 指南
一些 Ansible 生态系统文档是用 Markdown 编写并由 Mkdocs 处理的。我们遵循所有 .md 页面上的这些技术或机械指南
标题标记法
Markdown 中的章节标题可以使用多种标记法。为了使我们的文档易于阅读和编辑,我们遵循一套标准的标题标记法。我们使用
#用于页面标题
# Installation
##用于节标题
## Installing on Linux
子节为每个子节添加一个额外的 #。我们建议不要超过 ####,因为那意味着文档嵌套过深,最好拆分成多个页面。
Markdown 中的链接
使用 Mkdocs,您可以使用本地文件名而非外部 URL 来格式化 内部链接 <https://mkdocs.com.cn/user-guide/writing-your-docs/#writing-with-markdown>`_。
[configuration](/configuration)
您还可以直接链接到文件中的某个标题。请使用标题的小写形式。
[dependency](/configuration/#dependency)
外部链接使用类似格式,包含外部 URL。
[Ansible Documentation](https://docs.ansible.org.cn)
代码块
Markdown 支持以下格式的代码块。
```text
docs/
index.md
user-guide/getting-started.md
user-guide/configuration-options.md
license.md
```
可访问性指南
Ansible 文档的目标是提高可访问性。请使用以下指南帮助我们实现此目标。
图片和替代文本
确保所有图标、图片、图表和非文本元素都具有有意义的替代文本描述。不要包含 CLI 输出的屏幕截图。请使用代码块代替。
在 rst 中添加 alt 文本
.. image:: path/networkdiag.png :width: 400 :alt: SpiffyCorp network diagram
在 md 中添加 alt 文本

链接和超文本
URL 和交叉引用链接应具有描述性文本,传达有关链接目标内容的信息。有关如何在 RST 中格式化链接,请参阅 内部导航;有关 Markdown 中的链接,请参阅 Markdown 中的链接。
表格
表格应具有从左到右、从上到下的简单、逻辑阅读顺序。表格应包含标题行,并避免空或空白的表格单元格。表格应标有描述性标题。
对于 RST
.. table:: File descriptions +----------+----------------------------+ |File |Purpose | +==========+============================+ |foo.txt |foo configuration settings | +----------+----------------------------+ |bar.txt |bar configuration settings | +----------+----------------------------+
对于 Markdown
#### File descriptions |File |Purpose | |---------- | -------------------------- | |foo.txt | foo configuration settings | |bar.txt | bar configuration settings |
颜色和其他视觉信息
避免仅依赖感官特征的说明。例如,不要使用
Click the square, blue button to continue.通过方法而非仅仅通过颜色来传达信息。
确保图像和图表中的前景与背景文本或图形元素之间有足够的对比度。
界面导航说明应在没有方向指示(如左、右、上、下)的情况下也能理解。
可访问性资源
使用以下资源来帮助测试您的文档更改
axe DevTools 浏览器扩展 - 突出显示网页上的可访问性问题。
WebAIM 的 WAVE 浏览器扩展 - 另一个可访问性测试工具。
Orca 屏幕阅读器 - 视力障碍者常用的工具。
色盲滤镜 - 用于色盲测试。
更多资源
这些页面提供了更多关于文档语法、风格和技术规则的帮助。
另请参阅
- 为 Ansible 文档做出贡献
如何为 Ansible 文档贡献
- 在本地测试文档
如何构建 Ansible 文档
- 交流方式
有疑问?需要帮助?想分享你的想法?请访问 Ansible 通信指南