如何在WSL与Windows 10中管理开发环境 避免重复安装编程语言及库

避免重复安装工具的实现方式 #

• 直接调用Windows侧可执行程序
  WSL默认已将Windows系统路径加入自身的PATH环境变量，无需额外配置就可以直接在WSL终端调用Windows侧已安装的开发工具，调用时加上对应后缀即可：Node对应node.exe，Python对应python.exe/py.exe，npm对应npm.cmd。
  如果觉得每次加后缀繁琐，可以在WSL的shell配置文件（~/.bashrc对应Bash，~/.zshrc对应Zsh）中添加别名，示例如下：

alias node=node.exe
alias npm=npm.cmd
alias python=python.exe
alias pip=pip.exe

修改完成后执行source ~/.bashrc（对应你使用的shell配置文件）即可直接通过不带后缀的命令调用Windows侧的工具。

注意：如果项目依赖需要编译的原生扩展包（比如部分npm原生包、Python二进制库），跨环境调用可能出现兼容性问题，这类场景建议在对应环境单独安装适配的工具版本。

• 共享包管理器全局安装路径
  你可以将npm、pip等包管理器的全局安装路径统一设置为两边都能访问的共享目录，避免全局包重复安装。以npm为例，两边都执行npm config set prefix /mnt/d/DevResources/npm-global即可将全局包统一存放在Windows D盘的对应目录，两边调用时都能读取到已安装的全局包。

跨环境编程资源组织建议 #

• 代码库统一存放在共享目录
  建议将所有代码库存放在Windows非系统盘的专门目录下，比如D:\DevWorkspace，在WSL中对应路径为/mnt/d/DevWorkspace，两边都可以直接读写编辑，无需额外同步操作。不建议将代码存放在WSL内部文件系统（比如/home/用户名目录），Windows侧访问该路径的读写性能较差，也容易出现权限冲突。

• 按使用场景区分工具调用逻辑
  轻量脚本运行、无原生依赖的普通项目开发，直接调用Windows侧的工具即可；如果是Linux生态相关开发、项目依赖大量Linux专属工具链或原生扩展，建议单独在WSL中安装对应版本的工具，不要混用避免兼容性问题。

• 通用配置文件统一共享
  可以将.gitconfig、.npmrc这类通用配置文件存放在共享目录，两边都通过软链接指向同一个配置文件，无需重复修改两边的配置。比如在WSL中执行ln -s /mnt/d/DevResources/.gitconfig ~/.gitconfig即可实现两边git配置同步。

内容的提问来源于stack exchange，提问作者Kouta Nakano