默认 <ol> 从1开始编号且无法匹配不连续版本号（如v2.1.0→v2.0.5），reversed仅反转序号不改DOM顺序，损害可访问性；应禁用自动编号，用CSS清除样式并手动标注版本号，确保语义、视觉与可访问性一致。
用 <ol> 就能清晰展示更新日志，但必须配合 start、reversed 和语义化结构，否则版本号错乱或倒序显示会误导用户。
为什么不能直接用默认 <ol>
默认 <ol> 从 1 开始编号，而更新日志通常按时间倒序排列（最新在前），且版本号不连续（比如 v2.1.0 → v2.0.5 → v1.9.3）。如果硬套默认行为，会出现两种典型问题：
- 浏览器把“v2.1.0”标为
1，“v2.0.5”标为2，但用户直觉里前者是“最新”，不是“第一项” - 用
reversed属性虽能倒排数字（3→2→1），但它只改序号，不改 DOM 顺序——屏幕阅读器和搜索引擎仍按源码顺序读取，可访问性受损 - 版本号本身含点号（如
v2.1.0），无法靠type属性生成，必须手动写在<li>文本中
正确写法：用 <ol> 包裹，但禁用自动编号
更新日志本质是「有逻辑顺序的条目集合」，<ol> 语义依然成立；只是放弃浏览器自动生成的数字，改用 CSS 清除并手动标注版本。这样既保语义，又控呈现：
- 给
<ol>加class="changelog"，再用 CSS 设置list-style-type: none和padding-left: 0 - 每个
<li>内第一行写加粗的版本号，例如：<strong>v2.1.0</strong>（2026-09-15） - 后续段落用
<p>或<ul>列出具体变更，避免把多行内容塞进单个<li>导致结构扁平
<ol class="changelog">
<li>
<strong>v2.1.0</strong>（2026-09-15）<br>
<ul>
<li>新增暗色主题切换按钮</li>
<li>修复导出 CSV 时中文乱码</li>
</ul>
</li>
<li>
<strong>v2.0.5</strong>（2026-08-22）<br>
<p>优化搜索响应速度，平均降低 32% 延迟。</p>
</li>
</ol>
需要动态倒序时，别碰 reversed 属性
如果后端返回的日志数组是正序（旧→新），前端要渲染成新→旧，优先用 JS 控制 DOM 顺序，而不是依赖 HTML 的 reversed：
立即学习“前端免费学习笔记（深入）”；
-
<ol reversed>是无效 hack：它只反转序号（3 2 1），但 DOM 子节点顺序仍是li[0], li[1], li[2]，对键盘导航、爬虫、打印样式都不友好 - 真要反转，用
Array.from(ol.children).reverse().forEach(el => ol.appendChild(el))，确保 DOM 顺序、视觉顺序、可访问性三者一致 - 大量日志（>50 条）时，避免每次渲染都重排整个
<ol>，可先用DocumentFragment缓冲再一次性插入
容易被忽略的细节
更新日志不是普通列表，几个边界情况常被跳过：
- 版本号带字母时（如
v1.2.0-beta），别用type="a"试图匹配，那只会输出a, b, c，跟实际版本无关 - 跨年日志需注意时区：后端返回的
2026-01-01T00:00:00Z在客户端显示为本地时间，可能导致“2025-12-31”出现在“2026-01-01”前面 - 用
<time datetime="...">包裹日期字符串，既提升 SEO，也方便脚本提取发布时间
