HTML本身不支持多版本共存，AB版本管理必须由外部机制驱动：构建时生成不同HTML文件（如index-v1.html/index-v2.html）或运行时JS动态渲染，文件名区分是最简单可靠的静态部署方式。
HTML 文件本身不支持多版本共存，所谓“AB 版本管理”必须由外部机制驱动——要么靠构建时生成不同 HTML 文件（如 index-v1.html 和 index-v2.html），要么靠运行时根据条件加载不同内容，但 HTML 语法层面没有分支、版本切换或条件渲染能力。
用文件名区分版本是最简单可靠的共存方式
静态部署场景下，直接把不同版本写成独立 HTML 文件，通过 URL 或服务端路由控制访问，是零依赖、无兼容风险的做法。
- 例如：线上同时存在
index.html（主版本）、index-ab-v2.html（实验版），由 A/B 测试平台或 Nginx 的split_clients指令分发请求 - 所有 CSS/JS 资源路径保持相对，避免硬编码版本号；若需隔离资源，可加路径前缀如
/v2/css/style.css - 禁止用
meta标签或注释标记版本后靠 JS 重定向——这会暴露白屏、破坏 SEO、且无法被爬虫识别 AB 分组
纯前端实现 AB 切换必须绕过 HTML 解析阶段
如果必须在单个 index.html 内部承载多个版本逻辑，就得放弃“HTML 多版本”，转为“JS 驱动的内容分支”。此时 HTML 只是容器，真实版本控制发生在 JavaScript 层。
- 所有页面结构（如 header、form、button）用 JS 动态生成，或提前写死多个
div[data-version="v1"]/div[data-version="v2"]，再用document.querySelector('[data-version="' + version + '"]')显隐 - 版本标识不能来自 HTML 注释或
meta，而应由构建工具注入全局变量（如window.APP_VERSION = "v2"）或从 URL 参数读取（new URLSearchParams(location.search).get('ab')） - 注意：用
localStorage记录用户所属分组时，首次访问需主动设置，否则后续标签页可能拿到空值导致版本漂移
Git 分支 ≠ HTML 版本，但它是 AB 上线的基础设施
多人协作中，“AB 版本”最终落地靠的是 Git 分支隔离 + 构建产物分离，不是 HTML 文件里写了什么。
立即学习“前端免费学习笔记（深入）”；
-
feature/ab-login-v2分支开发新登录页，完成后合并到release/v2.3，CI 自动构建出带哈希的login-v2.3-abc123.html - 上线前用
git diff main...release/v2.3 -- index.html确认变更范围，而不是靠浏览器里看<!-- VERSION: v2.3 -->注释 - 若用 Vite/Parcel，可通过
process.env.AB_GROUP === 'v2'在构建时剔除未启用版本的代码，减小包体积——这步在 HTML 层完全不可见
最容易被忽略的是：AB 测试期间，同一套 HTML 可能被不同用户看到不同内容，但 DOM 结构差异会导致 CSS 选择器失效、JS 查询不到元素、甚至埋点错位。与其在 HTML 里塞条件逻辑，不如让每个版本拥有独立的、语义清晰的 class 名（如 login-form-v2）和数据属性（如 data-ab-group="v2"），把差异约束在最小边界内。
