以超级管理员身份运行命令对我来说很有效。关闭正在使用的编辑器后重试。

试图将文件重命名为另一个已经存在的文件名可能会在Windows上导致EPERM错误。

对我来说，我做的是f。renameSync当此错误发生时。

“new”路径似乎已经存在，删除它不会抛出错误。

这并不能真正解决问题，但如果你像我一样想要构建应用程序，这是可行的。

我在更新到npm到5.4.2后遇到了同样的问题，npm开始对大多数npm命令给出相同的错误。一些解决方案建议使用—no-optional运行它，但它并不总是有效。

其他人建议降级，但我不想降级。

我怀疑是安装有问题，但不确定是什么问题。

所以我重新更新了npm:

npm i -g npm

从那以后工作得很好。

这是反病毒软件导致的典型错误。对于像我这样的情况，有一个变通办法，我不能禁用a /V(公司政策)。

你必须改变Npm包中的polyfills.js:

[NODE_HOME] / node_modules / npm / node_modules / graceful_fs / polyfills.js

看看这句话:

if (process.platform === "win32") {

在此语句中，有一个超时，在发生错误时进行重试。问题是在某些情况下，超时后，文件仍然被A/V锁定。解决方案是取出超时并让该语句循环。对前面代码的更改注释如下:

if (platform === "win32") {

fs.rename = (function (fs$rename) { return function (from, to, cb) {
  var start = Date.now()
  var backoff = 0;
  fs$rename(from, to, function CB (er) {
    if (er
        && (er.code === "EACCES" || er.code === "EPERM")
        /*&& Date.now() - start < 60000*/) {
            console.log("Retrying rename file: " + from + " <> " + to)
            fs$rename(from, to, CB);
      /*setTimeout(function() {
        fs.stat(to, function (stater, st) {
          if (stater && stater.code === "ENOENT")
            fs$rename(from, to, CB);
          else
            cb(er)
        })
      }, backoff)*/
      if (backoff < 100)
        backoff += 10;
      return;
    }
    if (cb) cb(er)
  })
}})(fs.rename)
}

我只在Windows系统中遇到过多次这个问题 我通常是按顺序试的。

NPM install——force 检查node_modules是否设置为只读和 如果是，请删除 删除node_modules / 检查是否打开了任何编辑器 它可以访问项目的根文件夹 重启:

通常在这些步骤中的一个之后尝试npm install会解决这个问题。