Node.js NodeJS包——npm与OS';包管理器
我们尽可能使用操作系统的包管理(例如Ubuntu上的Node.js NodeJS包——npm与OS';包管理器,node.js,npm,npm-install,packaging,Node.js,Npm,Npm Install,Packaging,我们尽可能使用操作系统的包管理(例如Ubuntu上的apt/dpkg)来安装NodeJS包 然而,对于他们中的一些人来说,这样的包要么不存在,要么太过时了——对于那些我们使用npm的人来说 当我们希望升级时,这种混合会带来困难,因为npm会升级所有的东西(包括与node itsel捆绑在一起的东西),但我们只希望它接触到它首先安装的东西 是否有可能可靠地识别npm(列在npm-gls中)已知的软件包是否是由其安装的?反过来呢?如果他们安装了,试着询问apt或yum或dnf。@tadman,我会这
apt
/dpkg
)来安装NodeJS包
然而,对于他们中的一些人来说,这样的包要么不存在,要么太过时了——对于那些我们使用npm
的人来说
当我们希望升级时,这种混合会带来困难,因为npm会升级所有的东西(包括与node itsel捆绑在一起的东西),但我们只希望它接触到它首先安装的东西
是否有可能可靠地识别npm(列在
npm-gls
中)已知的软件包是否是由其安装的?反过来呢?如果他们安装了,试着询问apt
或yum
或dnf
。@tadman,我会这样做——如果npm包名和apt包名之间有一个清晰的对应关系。有时它们是相同的,有时它们是不同的……可能最好使用所有npm或所有apt,而不是将两者混合使用。嗯,nodejs
本身是通过apt——鸡和蛋安装的。nodejs安装了很多npm列出的软件包。我没有发现这有什么大不了的,但是如果它引起了很多冲突,也许可以进行源代码安装,这样Apt就不会弄乱你的东西。反过来呢?如果他们安装了,试着询问apt
或yum
或dnf
。@tadman,我会这样做——如果npm包名和apt包名之间有一个清晰的对应关系。有时它们是相同的,有时它们是不同的……可能最好使用所有npm或所有apt,而不是将两者混合使用。嗯,nodejs
本身是通过apt——鸡和蛋安装的。nodejs安装了很多npm列出的软件包。我没发现这有什么大不了的,但是如果它引起了很多冲突,也许可以进行源代码安装,这样Apt就不会弄乱你的东西。