你是不是也会遇到过老项目下载依赖问题?

问题

在拿到老项目的时候是不是总是依赖下载不了，或者依赖下载时报错，又或者是依赖好不容易下载下来了，但版本有冲突？

依赖下载问题

往往都是node版本问题

• 检查node版本

  • 通过查看package.json的engines

  "engines":{
      "node":">=14.6.0"
  }
  

  • 如果项目里没有engines字段限制node版本，只能问问项目的创始人了，或者猜一猜!

• 得到相应的node版本后，可以通过nvm切换版本(win电脑)，再次安装依赖

  • nvm传送

版本锁定

在进行项目开发时，我们通常需要安装各种依赖包。而依赖包又会有不同的版本，如果版本不一致可能会导致代码出现问题。因此，我们需要对依赖包的版本进行锁定，以确保每个人在安装依赖时都能获取到相同的版本。

package-lock.json

package-lock.json是npm在执行npm install命令时自动生成的版本锁文件，它保存了每个被安装的包及其精确的版本号。当其他人获取项目后运行npm install时，npm会根据package-lock.json中的信息下载相同的版本，从而保证依赖的一致性。

为了使用package-lock.json，我们需要将其提交到代码仓库中，以便其他人获取到代码后可以直接使用该文件进行依赖安装。

版本冲突问题

那项目都已经又package-lock.json文件了，那为什么还会有版本冲突问题呢？

cnpm问题

有时候我们通过npm install下载不了依赖包时，会尝试使用cnpm进行下载，但这也可能会引发问题。由于cnpm旨在加快下载速度，在遇到无法下载的资源时，它会忽略package-lock.json或package.json中的版本信息，并下载最新的版本，导致依赖不匹配的情况。因此，建议尽量使用npm进行下载，以确保版本的一致性。

强锁定版本

{
    "web-loading":"v1.4.19"
}

当我们使用npm install进行依赖安装时，依赖前面通常会默认添加^符号。这个符号只锁定大版本，允许安装范围在[1.4.5, 2.0.0)之间的版本。如果要完全锁定在1.4.5版本，需要删除^符号。

{
    "web-loading":"1.4.19"
}

总结

通过使用package-lock.json和锁定特定版本的方式，可以确保不同开发者在下载依赖时获取到相同的版本，避免引入依赖不一致的问题。同时，尽量避免使用cnpm进行依赖下载，以确保版本的一致性。