package.json 依赖包约束及快速删除node_modules

文章目录

    • 一、package.json版本约束
      • 1、初始项目安装
      • [2. 已有 yarn.lock 文件的项目安装](#2. 已有 yarn.lock 文件的项目安装)
      • [3. 特殊情况](#3. 特殊情况)
        • [手动修改 package.json 版本:](#手动修改 package.json 版本:)
        • [使用 yarn upgrade 命令:](#使用 yarn upgrade 命令:)
    • 二、快速删除node_modules
    • [三、depcheck 检测npm未使用的依赖](#三、depcheck 检测npm未使用的依赖)

一、package.json版本约束

1、初始项目安装

当你第一次在项目中运行 yarn install 时(也就是项目里还没有 yarn.lock 文件),Yarn 会依据 package.json 文件里声明的依赖和版本范围来安装依赖。

json 复制代码
{
  "dependencies": {
    "lodash": "^4.17.21",
    "axios": "~0.21.1"
  }
}
  • ^ 符号:表示可以安装大于等于指定版本且小于下一个主版本的任意版本。例如 ^4.17.21 允许安装 4.x.x 版本中高于 4.17.21 的版本。
  • ~ 符号 :表示可以安装大于等于指定版本且小于下一个次版本的任意版本。例如 ~0.21.1 允许安装 0.21.x 版本中高于 0.21.1 的版本。
    在这种情况下,Yarn 会从 npm 注册表中选择符合 package.json 版本范围的最新版本进行安装。安装完成后,Yarn 会生成 yarn.lock 文件,记录实际安装的依赖版本。

2. 已有 yarn.lock 文件的项目安装

当项目中已经存在 yarn.lock 文件时,yarn.lock 文件会对依赖安装起到决定性作用。yarn.lock 文件详细记录了每个依赖的确切版本、下载地址和校验和等信息。

当你再次运行 yarn install 时,Yarn 会优先使用 yarn.lock 文件中记录的版本来安装依赖,而不是根据 package.json 中的版本范围去选择最新版本。这样做的目的是确保项目在不同环境下安装的依赖版本一致,避免因依赖版本不同而导致的兼容性问题。

3. 特殊情况

手动修改 package.json 版本:

如果你手动修改了 package.json 中依赖的版本范围,并且运行 yarn install,Yarn 会尝试在满足新的版本范围的前提下,尽量使 用 yarn.lock 中已有的版本。

如果没有合适的版本,Yarn 会根据新的版本范围去安装新的依赖,并更新 yarn.lock 文件。

使用 yarn upgrade 命令:

当你使用 yarn upgrade 命令时,Yarn 会根据 package.json 中的版本范围,尝试安装最新的符合条件的依赖版本,并更新 yarn.lock 文件。

综上所述,yarn install 时,在有 yarn.lock 文件的情况下,主要受 yarn.lock 文件影响;在没有 yarn.lock 文件时,则根据 package.json 的版本范围来安装。

二、快速删除node_modules

1、全局安装rimraf

json 复制代码
npm install -g rimraf          # 全局安装

2、快速删除node_modules,rimraf node_modules

json 复制代码
rimraf node_modules  # node_modules
rimraf node_modules package-lock.json  # 多目标删除
rimraf "**/.*"                         # 删除所有隐藏文件

3、与npm 脚本集成

json 复制代码
{
  "scripts": {
    "clear": "rimraf node_modules",
  }
}

执行脚本

json 复制代码
yarn clear 或  npm run clear

三、depcheck 检测npm未使用的依赖

全局安装

shell 复制代码
npm install -g depcheck

然后,在你的项目根目录下运行:

shell 复制代码
depcheck

注意:有些隐含依赖是必要的,所以这个只能参考,不能全部做为删除依赖的标准

相关推荐
全栈前端老曹18 小时前
【包管理】npm init 项目名后底层发生了什么的完整逻辑
前端·javascript·npm·node.js·json·包管理·底层原理
黄金贼贼19 小时前
2026最新java单元测试json校验器
java·单元测试·json
C_心欲无痕1 天前
ts - tsconfig.json配置讲解
linux·前端·ubuntu·typescript·json
REDcker2 天前
AIGCJson 库解析行为与异常处理指南
c++·json·aigc·c
全栈前端老曹2 天前
【包管理】read-pkg-up 快速上手教程 - 读取最近的 package.json 文件
前端·javascript·npm·node.js·json·nrm·package.json
半熟的皮皮虾2 天前
又重新写了个PDF工具箱-转换office格式/合并/拆分/删除常见操作都有了
python·程序人生·pdf·flask·开源·json·学习方法
我的golang之路果然有问题2 天前
python中 unicorn 热重启问题和 debug 的 json
java·服务器·前端·python·json
kupeThinkPoem3 天前
QJsonObject能否嵌套查找?
qt·json
BD_Marathon3 天前
SpringMVC——json数据传递参数
json
程序员欣宸3 天前
LangChain4j实战之十二:结构化输出之三,json模式
java·人工智能·ai·json·langchain4j