我通过将所有者从root更改为用户名来解决问题

sudo chown-Rme:me/home/me/.config/configstore/

用您的用户名和组更改我。

更改“系统全局”文件夹的所有者是一种黑客行为。在新安装时，我会将NPM配置为为“用户全局”程序使用一个已经可写的位置：

npm config set prefix "${HOME}/npm"

然后确保将该文件夹添加到路径中：

export PATH="${PATH}:${HOME}/npm/bin"

请参阅@ErikAndreas对NPM模块在没有sudo的情况下无法全局安装的回答，以及@sindresorhus提供的更详细的分步指南，其中还设置了$MANPATH。

TL；博士

在运行npm安装以安装全局包时，请始终使用sudo-i或sudo-H。

当您使用npm时，它会将包下载到您的用户主目录。当您以sudo身份运行时，npm会将文件安装到同一目录中，但现在它们归root用户所有。

所以，这是每一个使用过npm的人都会遇到的情况：

使用npm install foo毫无问题地安装一些本地软件包使用sudo install-g foo-cli安装全局软件包，无问题尝试使用npm安装栏安装本地软件包对npm设计者感到沮丧，因为你必须重新创建一个目录

在sudo中使用-i或-H选项时，主目录将是root的主目录。任何全局安装都会将包缓存到/root/.npm，而不是/home/me/.npm中的root拥有的文件。

只要在运行npm安装来安装全局包时始终使用sudo-i或sudo-H，您的npm权限问题就会迎刃而解。

永远。

--问：修复一个已经一团糟的npm的公认答案。

我通过将所有者从root更改为用户名来解决问题

sudo chown-Rme:me/home/me/.config/configstore/

用您的用户名和组更改我。

当尝试以root用户身份全局安装软件包时，如果使用EUIDLOOKUP或EACES或npm，该过程将失败。这将打乱用户的全局软件包权限。

为了理解这个问题，我建议阅读这个问题。简而言之，npm尝试使用当前进程的EUID来运行安装脚本，而不是作为root用户，而是作为运行npm的原始用户，同时假设作为root用户运行的用户将使用sudo，因此将设置EUID。

这就是为什么@JHM16基于使用sudo的答案应该有效。

但在容器构建中安装包时情况并非如此。在容器中，sudo经常会丢失。而build通常只作为root运行。

当然，容器构建可以更改为以普通用户的身份运行这些命令，并以该用户的身份构建所有内容。但这不会使构建更安全，在某些情况下可能是不可取的。

因此，在容器构建中，以下是如何使npm全局安装工作的方法，例如使用yarn包。

# setpriv --ruid 0 --euid 0 npm --unsafe-perm install -g yarn

setpriv是一个小型的低级实用程序，应该可以在任何linux发行版上使用或轻松安装。

没有人提到这一点，但实际上不需要弄乱权限或单独的npm安装，只需为命令指定不同的缓存文件夹即可解决问题

npm install --cache .npm
npm run build --cache .npm

这将创建一个本地.npm文件夹