Npm .node gyp/4.1.2/common.gypi未找到
它使用Npm .node gyp/4.1.2/common.gypi未找到,npm,gulp,ionic,Npm,Gulp,Ionic,它使用离子服务正确启动浏览器模拟器 但是,gulp watch因此异常而崩溃 /node_modules/gulp-sass/node_modules/node-sass/lib/index.js:22 throw new Error('`libsass` bindings not found. Try reinstalling `node-sass`?'); ^ Error: `libsass` bindings not found. Try reinstalling
离子服务
正确启动浏览器模拟器
但是,gulp watch
因此异常而崩溃
/node_modules/gulp-sass/node_modules/node-sass/lib/index.js:22
throw new Error('`libsass` bindings not found. Try reinstalling `node-sass`?');
^
Error: `libsass` bindings not found. Try reinstalling `node-sass`?
奇怪的是,npm重建节点sass会因为这个错误而自动跳闸
gyp: .node-gyp/4.1.2/common.gypi not found
这里讨论的问题表明npm@2.14.4
修复了该问题。
但是,我正在运行npm@2.14.6
我一定忽略了这里或第27期中的一些琐事。有人能看到它是什么吗?更新:grunt sass也会出现类似问题 我通过从
gulp
,gulp sass
中删除版本限制并重新安装模块来修复它:
package.json
中,将gulp
和gulp sass
旁边的版本号替换为“*”
节点gyp
和节点sass
添加到依赖项中,同时使用“*”
npm安装
节点
项目,所以在这一问题上挣扎了一段时间。降级没用
这个问题似乎与package.json
中的强制版本控制gulp sass
冲突gulp sass
可能在某个时候依赖于pangyp
而不是node gyp
,现在pangyp
被贬值,它不知何故导致了冲突
我相信这些版本是为了保护你,特别是在生产中。根据我的经验(现在大约1周),更新项目使用的一些模块并没有那么高的风险 非常感谢,我可以确认将sass版本设置为“*”也适用于grunt,因为这似乎是npm版本控制问题。步骤3是不必要的。