Skip to main content

概念

本页介绍 Spotify 在 Backstage 中采用的类文档代码解决方案所引入的概念。

生成技术文档步骤

TechDocs 准备人员

准备是为实体生成文档的第一步,它从源代码托管服务提供商(GitHub、GitLab 等)获取源 markdown 文件,并将文件传送给生成器以进行下一步操作。

有两种准备人员可供选择

通用 Git 编制器 - 在任何版本库 URL 上使用 "git clone"。 URL 阅读器 - 使用源代码托管提供商的 API 下载文件(更快,推荐使用)。

技术文档生成器

生成是准备标记源文件后的第二步。 这一步要么运行 TechDocs 容器(定义见下文),要么运行mkdocsCLI 生成静态 HTML 文件及其资产。

TechDocs 出版商

发布是准备和生成文档后的第三步,也是最后一步。 TechDocs Publisher 会将生成的文件上传到存储空间。

techdocs-backend插件目前有两个发布者:谷歌云存储和本地文件系统。 你可以在Backstage应用中对它们进行配置。参见此处.

TechDocs 发布者负责两件事(TechDocs 发布者与用户之间的双向交流)。techdocs-backend和存储)

将生成的静态文件发布到存储区(由 techdocs.builder 配置) 2. 当用户访问 TechDocs 站点时从存储区读取文件

TechDocs 后端

技术文档构建策略

为了适应围绕是否构建 TechDocs 的更复杂逻辑,TechDocs 后端支持选择构建策略。 构建策略负责决定所请求的文档是否应由 TechDocs 后端在本地构建。 对构建策略进行自定义,可以根据实体的具体情况,就是否由 TechDocs 后端负责构建 TechDocs、是否由外部流程负责构建 TechDocs、或是否由本地构建和外部流程的组合负责构建 TechDocs,实现更复杂的行为。

默认的构建策略会导致 TechDocs 后端在本地构建文档,如果techdocs.builder配置选项设置为'local'然而,任何满足 "构建策略 "接口的逻辑都可以实现,使用Backstage配置以及正在处理的实体来做出决定。

有关如何使用 "构建策略 "实施 "混合 "构建模式的示例,请参考如何实施混合构建战略指导。

TechDocs Container

TechDocs 容器是一个 Docker 容器,可从以下网址获取DockerHub它通过 MkDocs 从 Python 风格的 Markdown 生成静态 HTML 页面,包括样式表和脚本。

技术文档容器

TechDocs 核心插件

TechDocs 核心插件是一个MkDocs插件是作为多个 MkDocs 插件和 Python Markdown 扩展的封装程序而创建的,目的是将 TechDocs 所使用的 MkDocs 配置标准化。

技术文档核心

TechDocs CLI

创建 TechDocs CLI 的目的是为了方便编写、生成和预览用于发布的文档。 目前,它主要充当 TechDocs 容器的包装器,并为我们的 docker 容器提供一个易于使用的界面。

TechDocs CLI

TechDocs 阅读器

TechDocs 生成的文档是以静态 HTML 网站的形式生成的。 因此,TechDocs 阅读器的创建是为了能够将预先生成的 HTML 网站与Backstage用户界面集成在一起。

技术文档阅读器

变形金刚

转换器是 TechDocs 阅读器内部使用的不同功能。 引入转换器的原因是为了提供一种在渲染前和渲染后转换 HTML 内容的方法(例如重写文档链接或修改 css)。

变形应用程序接口文档

TechDocs 附加组件

附加组件(在 Backstage v1.2 中引入)是基于 React 的客户端扩展,可用于在阅读时增强 TechDocs 体验。 它们提供了一种配置 TechDocs 阅读器的机制,以更好地满足您组织的需求。

附加组件可以在 TechDocs 阅读器的任何位置动态加载和显示信息,包括静态生成的内容本身。

附加组件不应与mkdocs插件,可以在构建时自定义 TechDocs 网站的内容。mkdocs插件提供了另一种选择。