Less编译时应通过外部传参动态注入版本号，如lessc的--modify-var或Webpack less-loader的modifyVars，避免硬编码；需确保变量参与输出、注释不被压缩工具删除，且来源为Git标签或CI环境变量。
Less编译时怎么把版本号写进CSS注释里
直接在 lessc 命令里加 --modify-var 或用 JS API 注入变量最可靠。Less 本身不内置版本管理，得靠外部传参触发动态注入。
常见错误是试图在 .less 文件里硬编码 @version: "1.2.0"，结果每次改版都要手动改源码，CI/CD 里根本没法自动替换。
- 推荐做法：编译前用环境变量生成一个临时变量文件，比如
version.less，内容为@version: "<code>git describe --tags"; - 然后在主文件开头
@import "version.less";，再用/* v<code>@version*/ 写进注释 - 如果用 Webpack +
less-loader，可在lessOptions.modifyVars中传入{ version: process.env.BUILD_VERSION }
Webpack less-loader 怎么让每次构建带不同版本标记
关键不是改 Less 逻辑，而是控制 less-loader 的 modifyVars 参数——它支持运行时传入，且优先级高于文件内定义。
容易踩的坑是把版本号写死在 webpack.config.js 里，导致本地开发和 CI 构建用的版本不一致。
立即学习“前端免费学习笔记（深入）”；
- CI 环境下务必从
process.env.CI_BUILD_NUMBER或git rev-parse --short HEAD动态读取 - 本地开发可 fallback 到
"dev-<code>new Date().getTime()"，避免缓存误判 - 注意
modifyVars只接受字符串值，数字或布尔值要先String()转换，否则编译会静默失败
编译后 CSS 里版本注释不生效？检查这三处
不是 Less 不认注释语法，而是注释被压缩工具删了，或者变量没真正参与输出。
典型现象：开发者工具里看到 CSS 文件头没有 /* v1.3.0 */，但 Less 源码里明明写了。
- 确认是否启用了
clean-css或css-minimizer-webpack-plugin：它们默认删掉所有注释，需显式配置keepBreaks: true和preserveComments: /v\d+\.\d+\.\d+/ - 检查变量是否“无用”：如果
@version只出现在注释里，某些旧版lessc（如v3.x）可能优化掉未被属性引用的变量 - 路径问题：若
@import "version.less"的路径不对，Less 不报错也不警告，只会静默忽略该文件
用 PostCSS 插件补版本信息更灵活吗
可以，但没必要绕弯。PostCSS 是处理已生成 CSS 的，而版本号本质是构建上下文信息，越靠近源头注入越可控。
用 postcss-version 这类插件的问题是：它只能加固定字符串，无法读取 Git tag、CI 变量等实时信息，还得额外配一套环境变量透传逻辑。
- 如果项目已重度依赖 PostCSS 流程，可用
postcss-simple-vars配合process.env，但要注意变量作用域只在 PostCSS 阶段，对 Less 编译无影响 - 混合使用 Less + PostCSS 注入版本，反而增加调试难度：你得查清到底是 Less 阶段漏了，还是 PostCSS 阶段被覆盖了
- 真正需要 PostCSS 的场景，是给第三方 CSS（比如 node_modules 里的库）打版本水印，这时 Less 根本插不上手
版本信息这事，核心就一条：别让它变成人工维护项。只要变量来源脱离手输，剩下的就是确保它从构建参数 → Less 编译 → CSS 输出 → 压缩保留，整条链路不丢不替不静默失效。
