学习搭建Vue组件库

version

version?字段表示包的版本号，大致符合?x.x.x?的格式，严格来说应该叫?major.minor.patch(主版本号.次版本号.修订号)，如果要进一步了解版本号相关的知识，我们可以阅读以下文章来详细了解什么是语义化版本。

版本约束

依赖信息的结构是一个对象，其中依赖包的名称作为键(key)，依赖的版本约束作为值(value)。

{
  "dependencies": {
    "lodash": "^4.17.21",
  },
  "devDependencies": {
    "vite": "~4.2.0"
  }
}

版本约束限制了包管理器为项目安装依赖时可选的版本范围：

• ^?的含义是安装最新的?minor?版本。例如?^1.2.0?的约束下，会为项目安装最新的?minor?版本?1.X.Y，但不会安装下一个?major?版本?2.0.0。
• ~?的含义是安装最新的?patch?版本。例如?~1.2.0?的约束下，会为项目安装最新的?patch?版本?1.2.X，但不会安装下一个?minor?版本?1.3.0。
• 如果版本号前面没有任何标识符，表示固定版本号，无论如何都只安装这个固定版本。

?

依赖分类

很多情况下，我们其实并没有真正搞懂常见的三种依赖类型——?dependencies、devDependencies、peerDependencies?的真正含义与表现。这里简单给出一个表格说明帮助大家正确理解。

?

依赖类型	项目中	依赖中	用途
dependencies	会被安装	会被安装	项目运行时依赖
devDependencies	会被安装	不会被安装	项目在开发过程需要的依赖。一般构建工具、测试框架、代码规范工具都会被作为开发依赖
peerDependencies	不会被安装	不会被安装。但是若其中声明的依赖没有被项目安装，或者版本不匹配时，会生成警告信息提示用户	定义项目需要的依赖环境。常用于表示插件和主框架的关系，如 @vitejs/plugin-vue 的 peerDependencies 中就声明了主框架 vite 和 vue

?

中枢管理操作

在?workspace?模式下，代码仓根目录通常不会作为一个子模块或者?npm?包，而是**主要作为一个管理中枢，执行一些全局操作，安装一些共有的依赖。**下面介绍一些常用的中枢管理操作。

• 创建一个?package.json?文件。

pnpm init

• 设置用户的全局?.npmrc?配置

pnpm config set <key> <value>

• 根据当前目录?package.json?中的依赖声明安装全部依赖，在 workspace 模式下会一并处理所有子模块的依赖安装。

pnpm install

• 安装项目公共开发依赖，声明在根目录的 package.json - devDependencies 中。-w?选项代表在?monorepo?模式下的根目录进行操作。
• 每个子包都能访问根目录的依赖，适合把?TypeScript、Vite、eslint?等公共开发依赖装在这里。

pnpm install -wD xxx

• 卸载公共依赖，在根目录的 package.json - devDependencies 中删去对应声明

pnpm uninstall -w xxx

• 执行根目录的 package.json 中的脚本

pnpm run xxx