拆解 ROCm 文档仓库官方文档站背后的 3 条数据流水线与 changelog 自动化【免费下载链接】legacy-rocm-buildAMD ROCm™ Software - GitHub Home项目地址: https://gitcode.com/GitHub_Trending/ro/legacy-rocm-build导读这个仓库是ROCm 文档站AMD 开源 GPU 软件栈 ROCm™ 的官方文档站点的源码仓库——准确说是一个已标注即将弃用、迁移至 TheRock的legacy遗留版文档与发布工具库。它不生产一行 GPU 驱动代码而是回答两个工程问题一个覆盖 7 个操作系统 × 5 代 GPU 架构 × 数十个组件的巨型文档站如何用 Sphinx 在构建时拼装出来一个横跨约 30 个仓库的 release发布流程如何靠一个 Python 脚本自动生成 changelog变更日志。读完本文你能掌握三件事文档站的数据接入面哪些 YAML/CSV 喂给哪些自定义扩展、7 个rocm_docs_custom.*Sphinx 扩展各自解决的渲染问题、以及 tag_script.py 这条 changelog 流水线的输入输出与保守设计。问题背景ROCm 文档仓库解决什么问题又明确不解决什么ROCm 是 AMD 的开源 GPU 计算栈覆盖从底层 kernel 到 PyTorch/TensorFlow 等框架的完整链路。它的文档站承载了兼容性矩阵、GPU 架构参考、安装指南、AI 生态支持表——这类矩阵型内容如果写成死表格每次发版都要人工改几十处。这个仓库的设计哲学就是把数据和渲染彻底分开数据落盘为 CSV/YAML渲染交给构建期扩展。硬件侧的背景可以直接看仓库自带的架构图——文档站要描述的对象就是这类 CDNA 世代 GPU 的计算单元与 die裸片布局能力边界要划清楚应当使用本仓库不应使用本仓库溯源 ROCm 官方文档站的每一张表格来自哪个数据文件开发 ROCm 新功能——README 首行即声明本仓库即将弃用issue 与讨论均迁往 TheRock研究交互式选择器 兼容性矩阵这类 Sphinx 自定义扩展的实现构建 ROCm SDK 本身——核心组件分布在 rocm-libraries / rocm-systems 等超级仓库本仓库只含文档与工具运行 changelog 自动化与精度支持审计工具期待实时数据——docs/data/ 下的 YAML 是构建期快照不是 API仓库同时服务两类读者终端用户文档站描述 runfile自解压安装包 安装流程如下面的安装器主菜单截图与文档工程师building.md 给出完整构建方法。多卡通信库 RCCL 的验证输出也是文档站的高频素材——这类 how-to操作手册页面的截图管理就在 docs/images/how-to/数据从哪来文档站的四条接入通道整个站点的内容供给可以归纳为四条通道每条都在 conf.py 的extensions列表里有对应的消费方数据源相对路径内容消费它的扩展/机制docs/data/components.yaml 及components-previous.yaml、components-default.yaml组件清单当前版/历史版/默认版三份rocm_docs_custom.merge_components合并三份清单docs/about/include/ 下的os-support-table.md、hardware-support-table.md、partitioning-support-table.md、virtualization-support-table.md、driver-firmware-support-table.md等OS/硬件/分区/虚拟化/驱动固件支持表兼容性矩阵页面按页 includedocs/data/reference/gpu-atomics-operation/8 个 CSV、precision-support/precision-support-meta.yamlGPU 原子操作支持矩阵、精度支持元数据rocm_docs_custom.csv_list_to_table把 CSV 转表格远程 YAML/内容构建期拉取 CHANGELOG.md跨版本数据、根目录变更日志rocm_docs_custom.remote_yaml/remote_contentconf.py 在 import 时把CHANGELOG.md拷到release/changelog.md并注入:orphan:标记另外还有一个容易被忽略的接入面default.xml——一个 Android 风格的 manifest 文件default revisionrefs/tags/rocm-7.2.0把整套源码树钉死在 rocm-7.2.0 标签下面 20 个project条目llvm-project、rocm-systems、rccl、rocm-cmake等声明了本仓库配套同步的仓库清单。这是 changelog 流水线的仓库全集定义脚本要遍历哪些仓库以它为准。还有一条负向通道值得注意docs/exclude/ 目录存放不发布的历史页面如旧版 compatibility CSV构建时排除——数据保留但站点不渲染这是归档不等于下线的处理方式。输入如何被理解构建与发布参数、默认值与归一化这个仓库的输入分三层CMake/Sphinx 构建参数、Sphinx 指令选项、autotag 脚本参数。它们的共同特点是宽容解析 保守默认 失败时降级而非崩溃。构建入口参数docs/contribute/building.md 给出的权威构建命令.venv/bin/python -m sphinx -T -E -b html -d _build/doctrees -D languageen docs _build/html-T出错即抛、-E不复用 doctree、-D languageen强制语言——参数语义直接决定了构建的可复现性。CMake 侧则只有 CMakeLists.txt 里一个开关BUILD_DOCS默认 ON并钉住cmake_minimum_required(VERSION 3.18.0)。conf.py 的两个全局常量ROCM_VERSION 7.14.0 GA_DATE 2026-07-15article_pages用它们给发布说明与兼容性矩阵页注入日期/OS 元信息——版本号不散落在正文里而是集中在一个文件改这本身就是一条归一化策略。selector 指令选项宽容度最高的输入面docs/extension/rocm_docs_custom/selector/init.py 实现的安装页选择器OS/GPU 下拉接受key、show-cond形如osubuntu的显示条件经 utils.py 的kv_to_data_attr转成 JSON 化的data-*属性供前端 JS 消费、sortasc/desc、heading-width、dropdown-input等选项。两处归一化逻辑值得借鉴normalize_key空格转下划线 小写选项键与展示标签解耦_parse_width宽度接受1~12列数或百分比字符串非法值打 warning 后回退默认值 6而不是中断构建默认选项兜底run()里若没有任何选项标记default自动把第一个选项设为默认——保证渲染产物永远有可用选中态。autotag 参数成对开关 显式排除名单tag_script.py 用add_arg_pair工厂生成--do-release/--no-release、--do-pulls/--no-pulls这类互斥成对开关默认 None即未指定避免布尔参数默认开的陷阱。-x/--exclude的排除名单有硬编码默认值MIOpenGEMM、MIOpenKernels、MIOpenTensile、MLSEQA_TestRepo、half、rccl-rdma-sharp-plugins六个仓库天然不参与发版——历史排除项固化进代码而不是靠操作记忆。核心流程拆解文档站的三条工作流工作流 A —— 本地构建venv → Sphinx → HTML输入仓库根目录 docs/sphinx/requirements.txt 锁定的 Python 依赖调用python3 -mvenv .venv建虚拟环境装依赖跑上面那条 sphinx 命令输出_build/html/index.html浏览器打开即完整站点注意事项CMake 路径下cmake/Modules/Dependencies.cmake 用FetchContent拉取 rocm-cmake且钉死到具体 commitc044bb52...并通过SOURCE_SUBDIR DISABLE ADDING TO BUILD这个技巧——克隆但不消费其构建目标只取其 Sphinx 文档生成模块rocm_add_sphinx_doc。引入依赖但冻结其构建面是文档构建隔离 SDK 构建的干净做法。工作流 B —— 数据进页面YAML/CSV → 扩展 → 表格/交互组件输入docs/data/ 的三份 components YAML 与各类 CSV/MD 表调用merge_components合并清单、csv_list_to_table渲染表格、remote_yaml拉构建期数据、matrix生成兼容性矩阵、selector输出选择器 DOM输出静态 HTML 表 带data-show-cond属性的小节 注入的 tom-select JS/CSS_register_selector_assets按需注册一次静态资源注意事项选择器页面会在_inject_selector_sidebar里替换侧边栏 TOC 为selector-toc2模板——同一套元数据驱动两套渲染这是数据与渲染分离在 UI 层的体现。工作流 C —— changelog 与发布说明GitHub 标签 → 模板 → 根目录 CHANGELOG.md输入GitHub 访问 token-t传入或存入本地 dbm 文件、目标版本号如6.4.0、--branch release/rocm-rel-6.4、可选--starting-version5.0.0调用脚本按 default.xml 的仓库全集拉取各仓库对应版本的 changelog 片段经 tools/autotag/templates/changelog.jinja 渲染再叠加人工模板目录templates/{highlights,known_issues,resolved_issues,support,upcoming_changes,extra_components}/版本.md的内容输出根目录 CHANGELOG.md或--compile_file指定的 RELEASE.md注意事项模糊条目会交互式 Y/N 裁决脚本不替人做归属判断token 缺失时抛ValueError并给出可读错误信息而不是带病运行。工作流 D —— 精度支持审计抓取 → 语义比对 → 回写 YAMLtools/precision-support/README.md 描述了一条反正则流水线precision_fetch.py把各库源文件与 YAML 快照下载到/tmp/然后由 LLM 通过/precision-check PREV CURR全量或/precision-check-delta PREV CURR按 SHA 过滤增量语义比对而非文本解析明确的缺失自动回写 precision-support.yaml 同目录的 YAML模糊结论宏展开、组合表、支持级别不一致标记给人工。审计日志写本地 gitignored 目录不污染仓库。防护、限流与合规设计这个仓库没有网络限流可讲但保守设计体现在另一组地方——防误伤风险机制落点changelog 模板被自动化覆盖硬性规定只改 templates 下的版本模板不改 CHANGELOG.md 本身tools/autotag/README 的 IMPORTANT 段GitHub API 匿名限流明确无 token 能跑但限流更严不推荐token 优先显式传入否则查本地 dbm 存储tag_script.py 的get_token文档构建依赖漂移rocm-cmake 钉 commit、Sphinx 依赖锁 requirements.txt、CMake 最低版本 3.18Dependencies.cmake、docs/sphinx/requirements.txtSphinx 对孤立页告警噪音conf.py 拷贝 changelog 后自动注入:orphan:头部conf.py仓库生命周期风险README 首行 WARNING 明示弃用计划issue/讨论迁移路径写死README.md构建失败被吞sphinx 命令强制-T出错抛栈VS Code 任务里为 warning/error 各配一套 problem matcher单正则对行号可能缺失不健壮故拆两套building.md合规面所有 CMake 文件头部是完整的 MIT 许可文本精度审计明确本地日志不入库。发布流程对不可自动裁决的条目交还人类与工作流 C 的 Y/N 交互是同一哲学——自动化止步于确定性的边界。动手实践三种姿势构建与运行先获取仓库只读引用勿修改git clone https://gitcode.com/GitHub_Trending/ro/legacy-rocm-build cd legacy-rocm-build姿势一纯命令行构建文档推荐python3 -mvenv .venv .venv/bin/python -m pip install -r docs/sphinx/requirements.txt .venv/bin/python -m sphinx -T -E -b html -d _build/doctrees -D languageen docs _build/html # 成功判定浏览器打开 _build/html/index.htmlWindows 把.venv/bin/python换成.venv\Scripts\python.exe即可building.md 有 tab 版对照。姿势二CMake 构建cmake -S . -B build cmake --build build # rocm_add_sphinx_doc 生成 html 并装到 CMAKE_INSTALL_DOCDIR姿势三跑 changelog 流水线需 tokenexport GITHUB_ACCESS_TOKENmy_token_here python3 tools/autotag/tag_script.py -t $GITHUB_ACCESS_TOKEN \ --no-release --no-pulls --starting-version5.0.0 \ --compile_file CHANGELOG.md --branch release/rocm-rel-6.4 6.4.0错误处理要点token 缺失会抛No token was passed, and no stored token could be found.get_token仓库分支对不上时按 README 提示改根目录 default.xml脚本遇到归属不明的 changelog 条目时会停下等你按 Y/N 裁决——中断是特性不是故障不要管道里硬塞yes。边界、验收与延伸阅读完成判定构建自测清单_build/html/index.html可打开兼容性矩阵页的表格由 CSV 渲染而非手敲安装页选择器可交互切换 OS且未选任何项时默认第一项被自动选中release/changelog.md首行是:orphan:Sphinx 无孤立页告警autotag 干跑--no-release --no-pulls产物与模板目录内容无重复段落。明确的边界仓库处于弃用过渡期——把它当作文档站工程范式的标本阅读而非活跃开发基线autotag README 自述部分行为只在 5.6 分支存在develop 上没有跑脚本前先确认分支docs/exclude/内容不会出现在发布站点上别拿它当现行文档引用。推荐阅读顺序README.md → default.xml仓库全集→ docs/conf.py扩展注册表→ docs/extension/rocm_docs_custom/7 个扩展逐个看→ tools/autotag/流水线→ docs/contribute/building.md验收路径。一句话总结这个 legacy 仓库的精华不在任何单文件而在数据文件进、HTML 出的两层结构——静态表格与交互 UI 共享同一份元数据changelog 用模板 生成物分离 模糊项人工裁决守住自动化边界。可复用的正是这套组合数据与渲染分离、宽容解析配保守默认、自动化在确定性边界处交还人类——任何矩阵型内容庞大、发版频繁的大型文档站都可以直接照抄这个骨架。【免费下载链接】legacy-rocm-buildAMD ROCm™ Software - GitHub Home项目地址: https://gitcode.com/GitHub_Trending/ro/legacy-rocm-build创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 拆解 ROCm 文档仓库：官方文档站背后的 3 条数据流水线与 changelog 自动化
拆解 ROCm 文档仓库官方文档站背后的 3 条数据流水线与 changelog 自动化【免费下载链接】legacy-rocm-buildAMD ROCm™ Software - GitHub Home项目地址: https://gitcode.com/GitHub_Trending/ro/legacy-rocm-build导读这个仓库是ROCm 文档站AMD 开源 GPU 软件栈 ROCm™ 的官方文档站点的源码仓库——准确说是一个已标注即将弃用、迁移至 TheRock的legacy遗留版文档与发布工具库。它不生产一行 GPU 驱动代码而是回答两个工程问题一个覆盖 7 个操作系统 × 5 代 GPU 架构 × 数十个组件的巨型文档站如何用 Sphinx 在构建时拼装出来一个横跨约 30 个仓库的 release发布流程如何靠一个 Python 脚本自动生成 changelog变更日志。读完本文你能掌握三件事文档站的数据接入面哪些 YAML/CSV 喂给哪些自定义扩展、7 个rocm_docs_custom.*Sphinx 扩展各自解决的渲染问题、以及 tag_script.py 这条 changelog 流水线的输入输出与保守设计。问题背景ROCm 文档仓库解决什么问题又明确不解决什么ROCm 是 AMD 的开源 GPU 计算栈覆盖从底层 kernel 到 PyTorch/TensorFlow 等框架的完整链路。它的文档站承载了兼容性矩阵、GPU 架构参考、安装指南、AI 生态支持表——这类矩阵型内容如果写成死表格每次发版都要人工改几十处。这个仓库的设计哲学就是把数据和渲染彻底分开数据落盘为 CSV/YAML渲染交给构建期扩展。硬件侧的背景可以直接看仓库自带的架构图——文档站要描述的对象就是这类 CDNA 世代 GPU 的计算单元与 die裸片布局能力边界要划清楚应当使用本仓库不应使用本仓库溯源 ROCm 官方文档站的每一张表格来自哪个数据文件开发 ROCm 新功能——README 首行即声明本仓库即将弃用issue 与讨论均迁往 TheRock研究交互式选择器 兼容性矩阵这类 Sphinx 自定义扩展的实现构建 ROCm SDK 本身——核心组件分布在 rocm-libraries / rocm-systems 等超级仓库本仓库只含文档与工具运行 changelog 自动化与精度支持审计工具期待实时数据——docs/data/ 下的 YAML 是构建期快照不是 API仓库同时服务两类读者终端用户文档站描述 runfile自解压安装包 安装流程如下面的安装器主菜单截图与文档工程师building.md 给出完整构建方法。多卡通信库 RCCL 的验证输出也是文档站的高频素材——这类 how-to操作手册页面的截图管理就在 docs/images/how-to/数据从哪来文档站的四条接入通道整个站点的内容供给可以归纳为四条通道每条都在 conf.py 的extensions列表里有对应的消费方数据源相对路径内容消费它的扩展/机制docs/data/components.yaml 及components-previous.yaml、components-default.yaml组件清单当前版/历史版/默认版三份rocm_docs_custom.merge_components合并三份清单docs/about/include/ 下的os-support-table.md、hardware-support-table.md、partitioning-support-table.md、virtualization-support-table.md、driver-firmware-support-table.md等OS/硬件/分区/虚拟化/驱动固件支持表兼容性矩阵页面按页 includedocs/data/reference/gpu-atomics-operation/8 个 CSV、precision-support/precision-support-meta.yamlGPU 原子操作支持矩阵、精度支持元数据rocm_docs_custom.csv_list_to_table把 CSV 转表格远程 YAML/内容构建期拉取 CHANGELOG.md跨版本数据、根目录变更日志rocm_docs_custom.remote_yaml/remote_contentconf.py 在 import 时把CHANGELOG.md拷到release/changelog.md并注入:orphan:标记另外还有一个容易被忽略的接入面default.xml——一个 Android 风格的 manifest 文件default revisionrefs/tags/rocm-7.2.0把整套源码树钉死在 rocm-7.2.0 标签下面 20 个project条目llvm-project、rocm-systems、rccl、rocm-cmake等声明了本仓库配套同步的仓库清单。这是 changelog 流水线的仓库全集定义脚本要遍历哪些仓库以它为准。还有一条负向通道值得注意docs/exclude/ 目录存放不发布的历史页面如旧版 compatibility CSV构建时排除——数据保留但站点不渲染这是归档不等于下线的处理方式。输入如何被理解构建与发布参数、默认值与归一化这个仓库的输入分三层CMake/Sphinx 构建参数、Sphinx 指令选项、autotag 脚本参数。它们的共同特点是宽容解析 保守默认 失败时降级而非崩溃。构建入口参数docs/contribute/building.md 给出的权威构建命令.venv/bin/python -m sphinx -T -E -b html -d _build/doctrees -D languageen docs _build/html-T出错即抛、-E不复用 doctree、-D languageen强制语言——参数语义直接决定了构建的可复现性。CMake 侧则只有 CMakeLists.txt 里一个开关BUILD_DOCS默认 ON并钉住cmake_minimum_required(VERSION 3.18.0)。conf.py 的两个全局常量ROCM_VERSION 7.14.0 GA_DATE 2026-07-15article_pages用它们给发布说明与兼容性矩阵页注入日期/OS 元信息——版本号不散落在正文里而是集中在一个文件改这本身就是一条归一化策略。selector 指令选项宽容度最高的输入面docs/extension/rocm_docs_custom/selector/init.py 实现的安装页选择器OS/GPU 下拉接受key、show-cond形如osubuntu的显示条件经 utils.py 的kv_to_data_attr转成 JSON 化的data-*属性供前端 JS 消费、sortasc/desc、heading-width、dropdown-input等选项。两处归一化逻辑值得借鉴normalize_key空格转下划线 小写选项键与展示标签解耦_parse_width宽度接受1~12列数或百分比字符串非法值打 warning 后回退默认值 6而不是中断构建默认选项兜底run()里若没有任何选项标记default自动把第一个选项设为默认——保证渲染产物永远有可用选中态。autotag 参数成对开关 显式排除名单tag_script.py 用add_arg_pair工厂生成--do-release/--no-release、--do-pulls/--no-pulls这类互斥成对开关默认 None即未指定避免布尔参数默认开的陷阱。-x/--exclude的排除名单有硬编码默认值MIOpenGEMM、MIOpenKernels、MIOpenTensile、MLSEQA_TestRepo、half、rccl-rdma-sharp-plugins六个仓库天然不参与发版——历史排除项固化进代码而不是靠操作记忆。核心流程拆解文档站的三条工作流工作流 A —— 本地构建venv → Sphinx → HTML输入仓库根目录 docs/sphinx/requirements.txt 锁定的 Python 依赖调用python3 -mvenv .venv建虚拟环境装依赖跑上面那条 sphinx 命令输出_build/html/index.html浏览器打开即完整站点注意事项CMake 路径下cmake/Modules/Dependencies.cmake 用FetchContent拉取 rocm-cmake且钉死到具体 commitc044bb52...并通过SOURCE_SUBDIR DISABLE ADDING TO BUILD这个技巧——克隆但不消费其构建目标只取其 Sphinx 文档生成模块rocm_add_sphinx_doc。引入依赖但冻结其构建面是文档构建隔离 SDK 构建的干净做法。工作流 B —— 数据进页面YAML/CSV → 扩展 → 表格/交互组件输入docs/data/ 的三份 components YAML 与各类 CSV/MD 表调用merge_components合并清单、csv_list_to_table渲染表格、remote_yaml拉构建期数据、matrix生成兼容性矩阵、selector输出选择器 DOM输出静态 HTML 表 带data-show-cond属性的小节 注入的 tom-select JS/CSS_register_selector_assets按需注册一次静态资源注意事项选择器页面会在_inject_selector_sidebar里替换侧边栏 TOC 为selector-toc2模板——同一套元数据驱动两套渲染这是数据与渲染分离在 UI 层的体现。工作流 C —— changelog 与发布说明GitHub 标签 → 模板 → 根目录 CHANGELOG.md输入GitHub 访问 token-t传入或存入本地 dbm 文件、目标版本号如6.4.0、--branch release/rocm-rel-6.4、可选--starting-version5.0.0调用脚本按 default.xml 的仓库全集拉取各仓库对应版本的 changelog 片段经 tools/autotag/templates/changelog.jinja 渲染再叠加人工模板目录templates/{highlights,known_issues,resolved_issues,support,upcoming_changes,extra_components}/版本.md的内容输出根目录 CHANGELOG.md或--compile_file指定的 RELEASE.md注意事项模糊条目会交互式 Y/N 裁决脚本不替人做归属判断token 缺失时抛ValueError并给出可读错误信息而不是带病运行。工作流 D —— 精度支持审计抓取 → 语义比对 → 回写 YAMLtools/precision-support/README.md 描述了一条反正则流水线precision_fetch.py把各库源文件与 YAML 快照下载到/tmp/然后由 LLM 通过/precision-check PREV CURR全量或/precision-check-delta PREV CURR按 SHA 过滤增量语义比对而非文本解析明确的缺失自动回写 precision-support.yaml 同目录的 YAML模糊结论宏展开、组合表、支持级别不一致标记给人工。审计日志写本地 gitignored 目录不污染仓库。防护、限流与合规设计这个仓库没有网络限流可讲但保守设计体现在另一组地方——防误伤风险机制落点changelog 模板被自动化覆盖硬性规定只改 templates 下的版本模板不改 CHANGELOG.md 本身tools/autotag/README 的 IMPORTANT 段GitHub API 匿名限流明确无 token 能跑但限流更严不推荐token 优先显式传入否则查本地 dbm 存储tag_script.py 的get_token文档构建依赖漂移rocm-cmake 钉 commit、Sphinx 依赖锁 requirements.txt、CMake 最低版本 3.18Dependencies.cmake、docs/sphinx/requirements.txtSphinx 对孤立页告警噪音conf.py 拷贝 changelog 后自动注入:orphan:头部conf.py仓库生命周期风险README 首行 WARNING 明示弃用计划issue/讨论迁移路径写死README.md构建失败被吞sphinx 命令强制-T出错抛栈VS Code 任务里为 warning/error 各配一套 problem matcher单正则对行号可能缺失不健壮故拆两套building.md合规面所有 CMake 文件头部是完整的 MIT 许可文本精度审计明确本地日志不入库。发布流程对不可自动裁决的条目交还人类与工作流 C 的 Y/N 交互是同一哲学——自动化止步于确定性的边界。动手实践三种姿势构建与运行先获取仓库只读引用勿修改git clone https://gitcode.com/GitHub_Trending/ro/legacy-rocm-build cd legacy-rocm-build姿势一纯命令行构建文档推荐python3 -mvenv .venv .venv/bin/python -m pip install -r docs/sphinx/requirements.txt .venv/bin/python -m sphinx -T -E -b html -d _build/doctrees -D languageen docs _build/html # 成功判定浏览器打开 _build/html/index.htmlWindows 把.venv/bin/python换成.venv\Scripts\python.exe即可building.md 有 tab 版对照。姿势二CMake 构建cmake -S . -B build cmake --build build # rocm_add_sphinx_doc 生成 html 并装到 CMAKE_INSTALL_DOCDIR姿势三跑 changelog 流水线需 tokenexport GITHUB_ACCESS_TOKENmy_token_here python3 tools/autotag/tag_script.py -t $GITHUB_ACCESS_TOKEN \ --no-release --no-pulls --starting-version5.0.0 \ --compile_file CHANGELOG.md --branch release/rocm-rel-6.4 6.4.0错误处理要点token 缺失会抛No token was passed, and no stored token could be found.get_token仓库分支对不上时按 README 提示改根目录 default.xml脚本遇到归属不明的 changelog 条目时会停下等你按 Y/N 裁决——中断是特性不是故障不要管道里硬塞yes。边界、验收与延伸阅读完成判定构建自测清单_build/html/index.html可打开兼容性矩阵页的表格由 CSV 渲染而非手敲安装页选择器可交互切换 OS且未选任何项时默认第一项被自动选中release/changelog.md首行是:orphan:Sphinx 无孤立页告警autotag 干跑--no-release --no-pulls产物与模板目录内容无重复段落。明确的边界仓库处于弃用过渡期——把它当作文档站工程范式的标本阅读而非活跃开发基线autotag README 自述部分行为只在 5.6 分支存在develop 上没有跑脚本前先确认分支docs/exclude/内容不会出现在发布站点上别拿它当现行文档引用。推荐阅读顺序README.md → default.xml仓库全集→ docs/conf.py扩展注册表→ docs/extension/rocm_docs_custom/7 个扩展逐个看→ tools/autotag/流水线→ docs/contribute/building.md验收路径。一句话总结这个 legacy 仓库的精华不在任何单文件而在数据文件进、HTML 出的两层结构——静态表格与交互 UI 共享同一份元数据changelog 用模板 生成物分离 模糊项人工裁决守住自动化边界。可复用的正是这套组合数据与渲染分离、宽容解析配保守默认、自动化在确定性边界处交还人类——任何矩阵型内容庞大、发版频繁的大型文档站都可以直接照抄这个骨架。【免费下载链接】legacy-rocm-buildAMD ROCm™ Software - GitHub Home项目地址: https://gitcode.com/GitHub_Trending/ro/legacy-rocm-build创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考