我做了一个自用的工具包，但我想把其中一部分独立出来放到其它项目里用，所以我把它们放在一个命名空间里发布了出来。

于是就出现了一个问题，本来这些包是属于一整个项目，其中的模块存在一些相互依赖，既然要分开发布那么package.json里依赖模块的目标就不能再写原来的本地路径了，需要改成发布的版本号或者项目地址。

本地开发时依赖路径填写本地路径，执行npm i会帮你直接创建一个目录链接到目标目录上，这样你在目标依赖里的改动就不需要发布或者复制就可以直接在当前项目里测试，但如果需要把依赖目标改成模块的发布版本号的话，即使手动把node_module中安装的模块删除手动创建目录链接，执行npm命令在有些情况下也会把已经创建的链接删除并重新从npm下载发布版本，这样会导致开发时不知不觉使用错误的依赖。

刚刚我测试了一下，发现一个模块可以同时出现在package.json的devDependencies和dependencies里，而且默认情况下npm会优先找devDependencies里模块的目标是否有效，有的话就会选用这个安装，因此要解决我上面遇到的问题，其实只要把需要本地开发的发布模块同时写在这两个字段里，在devDependencies里的目标写本地路径，在dependencies里的目标写发布版本即可，这样在本地存在目标路径时npm就会优先帮你创建路径，而不是从npm下载发布版。参考如下：

{
	"devDependencies": {
		"@jialibs/utils": "file:../Utils"
	},
	"dependencies": {
		"@jialibs/utils": "^1"
	}
}

就是有两点要注意，如果被依赖的模块版本变了，要注意同步修改这个里面依赖的版本，否则其它地方从npm下载就会安装老版本的依赖，或者另一个解决方案就是像我这样直接一个大版本号或者写到次版本，这样只要大版本或次版本没变，那么别处就始终会下载最新版（已经安装过的需要清除package-lock.json，否则npm还是会按照lock里的版本安装）。

另一点要注意的是如果在生产环境为npm i命令显式添加了--omit=dev这样的参数的话，会导致在devDependencies里出现过的包都不会被安装，这种情况可以尝试把本地路径的包放到`peerDependencies`中。