tailwind的content字段不支持require.resolve等动态解析，必须用path.resolve(__dirname, ...)转为绝对路径。推荐各子包独立配置，避免根目录统一配置导致路径错位或版本冲突。
content配置不支持Node.js的require.resolve
在Monorepo中，Tailwind的content字段如果写死相对路径（比如../../packages/ui/src/**/*.{js,ts,jsx,tsx}），会因项目根目录和配置文件位置不同而失效。更关键的是，Tailwind CLI **不解析**require.resolve或import.meta.resolve这类动态路径——它只接受字符串数组，且路径在扫描阶段被当作相对于process.cwd()（即执行tailwindcss -i时的当前工作目录）来解析。
这意味着：你在packages/app里运行构建，但tailwind.config.js在packages/ui里，content里的../..就会错位。
用path.resolve + __dirname拼出绝对路径
最稳妥的做法是把所有content条目转为绝对路径。Node.js的path.resolve能基于配置文件所在目录（__dirname）向上/向下定位真实路径，不受执行位置影响。
- 确保
tailwind.config.js里引入path：const path = require('path'); - 用
path.resolve(__dirname, '..')指向父级包目录，path.resolve(__dirname, '../..')指向monorepo根，依此类推 - 例如，假设UI组件库在
packages/ui，而需要扫描packages/shared和apps/web中的模板：module.exports = { content: [ path.resolve(__dirname, '../shared/src/**/*.{js,ts,jsx,tsx}'), path.resolve(__dirname, '../../apps/web/src/**/*.{js,ts,jsx,tsx}'), ], // ... } - 注意：Windows下
path.resolve返回反斜杠路径，但Tailwind完全兼容，无需额外处理
避免在workspace root放全局tailwind.config.js
有些团队想在monorepo根目录放一个统一的tailwind.config.js，让所有子包共享。这看似省事，实则埋坑：
- 各子包可能依赖不同版本的
tailwindcss，导致content扫描逻辑不一致（尤其是v3.4+对glob匹配的改动） -
content路径需同时覆盖多个包的源码结构，容易漏配或误扫node_modules - CI/CD中若子包单独构建（如
pnpm build进packages/foo），process.cwd()变了，根目录的配置又会失效
推荐每个使用Tailwind的包维护自己的tailwind.config.js，复用逻辑可抽成函数（例如导出getCommonContentPaths），但路径解析必须基于__dirname。
pnpm workspace协议路径不能直接用于content
pnpm支持workspace:* 或workspace:^语法在package.json中声明依赖，但这些不是文件系统路径——content字段不识别它们。你不能写：
content: ['../ui/**/*.{js,ts}', 'workspace:ui/src/**/*.{js,ts}']
必须显式解析为物理路径。如果要用workspace包的内容，仍得靠path.resolve定位到实际安装位置（通常在node_modules/.pnpm/...里），但更可靠的方式是直接指向源码目录（即../../packages/ui/src），前提是你的构建流程能访问源码（开发期、turbo run等场景都满足）。
真正容易被忽略的是：当用pnpm build在子包内执行时，__dirname仍是该子包内tailwind.config.js的位置，所以path.resolve(__dirname, '..')永远指向正确的兄弟目录——这个确定性比任何“自动发现”机制都强。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
