我们的内容模型解释了我们在 GitHub Docs 中创建的每种内容类型的用途,以及在撰写或更新文章时应包含哪些内容。我们使用内容模型来确保我们的内容以一致、清晰和全面的方式传达人们实现其 GitHub 目标所需的信息。
我们在所有文档集中使用这些类型,以提供一致的用户体验——任何内容类型都适用于任何产品或受众。我们的内容类型会随着时间推移而发展,并且我们会根据需要添加新的类型。我们只发布符合模型的内容。
一致性有助于人们形成对文档的心理模型,并了解如何在随着时间的推移返回 GitHub Docs 时找到他们需要的信息。维护和更新一致的内容也更有效率,无论您是做出首次提交的开源贡献者,还是 GitHub 员工中负责记录全新产品的撰写人员,都可以更轻松、更快速地为文档做出贡献。
内容结构
文档在我们网站上组织成多个层次结构。
- 顶级文档集
- 类别
- 主题地图
- 文章
- 文章
- 主题地图
- 文章
- 类别
内容组织是在创建有助于人们找到他们正在搜索内容的特定分组,以及限制人们必须浏览的层次结构层级之间的平衡。具有许多嵌套在一起的主题地图的深层层次结构可能难以找到特定文章。具有许多类别或同一层级文章的宽层次结构使人们难以评估和决定他们想要选择什么。
主页内容
GitHub Docs 主页,docs.github.com,重点介绍了人们想要找到的最重要的主题。我们限制了主页上文档集的数量,以便人们能够找到信息,并且主页不会变得过于拥挤且难以搜索。
主页包含所有顶级文档集和一些类别。主页上的内容围绕 GitHub 概念和实践进行组织。例如,“CI/CD 和 DevOps”组包含 GitHub Actions、GitHub Packages 和 GitHub Pages 的顶级文档集。
将文档集添加到主页
主页的目的是帮助人们找到有关他们想要了解的 GitHub 功能或产品的的信息。添加到主页的每个项目都会降低其他每个项目的可发现性,因此我们限制了主页上包含的文档集数量。
如果创建了新的顶级文档集,则将其添加到主页。
如果某个类别是使用 GitHub 产品或功能的起点,则可以将其添加到主页。
例如,在主页上的“安全”分组下,除了“代码安全”顶级文档集外,还包括“供应链安全”、“安全公告”、“Dependabot”、“代码扫描”和“密钥扫描”类别,因为每个类别都是 GitHub 产品和功能的入口点。“安全概述”未包含在主页中,因为它提供了使用代码安全产品的其他信息,而不是对产品或功能的介绍。
顶级文档集
顶级文档集围绕 GitHub 产品、功能或核心工作流进行组织。所有顶级文档集都显示在 GitHub Docs 主页上。只有当有大量内容需要包含在新文档集中、多个细分为主题地图的类别以及主题适用于跨产品、功能或帐户类型时,您才应创建顶级文档集。如果内容可以适合任何现有的顶级文档集,则它可能属于该现有文档集。
- 顶级文档集彼此的重要性大致相同(每个都以 GitHub 产品或主要功能为中心)。
- 大多数顶级文档集都具有登录页面布局,除非存在重大例外情况。例如,“网站政策”文档集没有其他文档集那样的指南或程序性文章,因此它不使用登录页面布局。
- 顶级文档集可以包含类别、主题地图或文章的混合。
顶级文档集的标题
- 基于功能或产品。
- 描述某人正在使用 GitHub 的哪个部分。
- 示例
类别
类别围绕顶级文档集中与产品主题相关的功能或一组离散的任务进行组织。类别的主题足够狭窄,以至于其内容易于管理并且不会变得太大而无法使用。某些类别显示在主页上。
- 类别通常从小开始,并随着产品的增长而增长。
- 类别可能包含主题地图,以围绕更具体的用户旅程或任务细分内容。
- 使用较长的程序性文章来对相关内容块进行分组,并使类别内的文章保持简洁。
- 当类别具有超过十篇文章时,请考虑将内容分解为主题地图或其他类别。
- 类别可以包含主题地图或文章的混合。
类别的标题
- 基于任务(以动名词开头)。
- 描述使用功能或产品的总体目的或目标。
- 通用或高级别,以便随着未来的产品增强而扩展。
- 类别标题必须为 67 个字符或更短,并且具有小于 27 个字符的
shortTitle
。 - 示例
类别的简介
所有类别都有简介。简介应只有一句话长,并且足够通用或高级,以便随着未来的产品更改而扩展。如果您大幅更改了类别的结构,请检查其简介以获取所需的更新。
主题地图
主题地图介绍了类别的某个部分,将类别内的文章围绕更具体的工作流或主题进行分组,这些工作流或主题是类别更大任务的一部分。
主题地图包含至少两篇文章。当主题地图包含超过八篇文章时,可能需要考虑将内容分解为更具体的主题地图。
一般来说,除非这是满足特定用户需求的最佳方法,否则请避免在主题地图内创建主题地图。
地图主题标题
- 基于任务(以动名词开头)。
- 描述其所属类别工作流中更具体的任务。
- 通用或高级别,以便随着产品未来新增内容进行扩展。
- 地图主题标题必须不超过 63 个字符,并且具有小于 30 个字符的
shortTitle
。 - 示例
地图主题简介
所有地图主题都具有简介。简介应为一句话,并且足够通用或高级别,以便随着未来产品更改进行扩展。如果您在某个地图主题中添加或删除了文章,请检查其简介以获取所需的更新。
文章
文章是 GitHub Docs 内容的基本单元——虽然我们使用多种内容类型,但它们都以文章的形式发布。每种内容类型都有其自身的目的、格式和结构,但我们在每种文章类型中都使用标准元素(如简介),以确保文章提供一致的用户体验。
内容顺序
我们在类别、地图主题和文章中以可预测的方式组织内容。从最广泛的适用性到最具体、最狭窄或最高级的信息,遵循以下顺序
- 概念性内容
- 参考性内容
- 启用功能或设置的过程性内容
- 使用功能的过程性内容
- 管理功能或设置的过程性内容
- 禁用功能或设置的过程性内容
- 破坏性操作(例如删除)的过程性内容
- 故障排除信息
内容复用
我们使用可重用和可变字符串来在多个位置使用相同的内容块,例如过程步骤或概念段落。我们通常不会在没有特定理由的情况下重用文章的大部分内容。当文章的整个部分可能在多篇文章中相关时,请查看两者的目的。是否有机会创建一个单独的长篇幅文章?请参阅内容模型以澄清信息的最佳永久归宿,并从另一篇文章中链接到它。