2、开发环境统一：Node.js版本管理(nvm)、包管理器选择(pnpm/yarn)、编辑器配置(EditorConfig)
说实话，前端项目最让人头疼的，往往不是业务逻辑有多复杂，而是「环境不一致」。
你想想看，一个新同事入职，配环境配了两天，结果跑起来还是报错。最后发现是 Node 版本不对，或者包管理器混用了。这种问题，我见过太多次了。
所以这一章，咱们就把开发环境彻底统一掉。从 Node 版本、包管理器，到编辑器配置，一步到位。
2.1 Node.js 版本管理：nvm 是标配
Node.js 版本迭代太快了。项目 A 可能依赖 Node 14，项目 B 需要 Node 18。你总不能每次都手动卸载重装吧？
我个人习惯用 nvm（Node Version Manager）。它让你可以在多个 Node 版本之间无缝切换。
核心原则：每个项目根目录下放一个 .nvmrc 文件，里面写上你需要的 Node 版本。
举个例子：
# 在项目根目录创建 .nvmrc
echo "18.17.0" > .nvmrc
# 进入项目目录时，自动切换版本
nvm use
# 如果你没装这个版本，先安装
nvm install 18.17.0
我在项目中遇到过好几次，有人本地是 Node 20，但 CI 环境是 Node 16。结果一些新语法在 CI 上直接报错。有了 .nvmrc，大家统一版本，这种问题就再也没出现过。
小技巧：配合 shell 的 auto-cd 钩子，进入目录自动执行 nvm use，省心省力。
2.2 包管理器选择：pnpm 还是 yarn？
这个问题，团队里经常争论。我直接说结论：新项目首选 pnpm，老项目如果已经用了 yarn，保持统一即可。
为什么推荐 pnpm？
- 磁盘空间节省：pnpm 使用硬链接和符号链接，多个项目共享同一个包，不会重复下载。
- 安装速度快：因为缓存机制，第二次安装几乎是秒级。
- 严格性：pnpm 的
node_modules结构更严格，能避免「幽灵依赖」问题。
我曾经在一个 monorepo 项目里，用 yarn 安装依赖花了 8 分钟，换成 pnpm 后，第一次安装 3 分钟，后续增量安装只要 10 秒。团队小伙伴都惊呆了。
注意：如果团队已经统一用了 yarn，不要强行切换。工具只是手段，统一才是目的。强行切换可能导致 lock 文件冲突，反而增加沟通成本。
如果你决定用 pnpm，项目根目录放一个 .npmrc 文件：
# .npmrc
shamefully-hoist=true
strict-peer-dependencies=false
shamefully-hoist 这个配置，说白了就是让 pnpm 模拟传统的扁平化 node_modules。有些老包不兼容 pnpm 的严格模式，加上这个能省很多麻烦。
2.3 编辑器配置：EditorConfig 统一风格
团队里有人用 VSCode，有人用 WebStorm，还有人用 Vim。编辑器不同，缩进、换行符、编码格式都可能不一样。
你想想看，一个文件在 Mac 上保存是 LF 换行，在 Windows 上变成 CRLF。提交到 Git 后，diff 里全是换行符的修改，真正的代码改动反而看不清了。
解决方案很简单：项目根目录放一个 .editorconfig 文件。
这是我常用的配置：
# .editorconfig
root = true
[*]
indent_style = space
indent_size = 2
end_of_line = lf
charset = utf-8
trim_trailing_whitespace = true
insert_final_newline = true
[*.md]
trim_trailing_whitespace = false
解释一下几个关键点：
indent_style = space：用空格缩进，不用 Tab。我个人习惯 2 个空格，前端项目基本都这样。end_of_line = lf：统一用 LF 换行。Windows 用户注意，Git 会自动转换，但 EditorConfig 能保证你本地保存时就是 LF。insert_final_newline = true：文件末尾加一个空行。很多 linter 会检查这个，加上就对了。
避坑指南：我曾经在一个项目里，因为没配 .editorconfig，导致团队成员提交的代码缩进混乱。有人用 4 空格，有人用 2 空格，还有人混用 Tab 和空格。最后花了一整天格式化代码。嗯，从那以后，每个项目我第一件事就是加 .editorconfig。
2.4 总结：统一环境的「三件套」
| 工具 | 作用 | 关键文件 |
|---|---|---|
| nvm | 统一 Node.js 版本 | .nvmrc |
| pnpm / yarn | 统一包管理器 | package.json + lock 文件 |
| EditorConfig | 统一编辑器行为 | .editorconfig |
这三样东西，加起来不到 10 行配置，但能解决团队协作中 80% 的环境问题。
说白了，规范不是用来限制人的，而是用来减少「为什么我本地跑不起来？」这种无效沟通的。
下一章，咱们聊聊代码风格统一：ESLint 和 Prettier 怎么配合，才能既严格又不烦人。