本博文根据官网+google翻译+自己的理解,欢迎指出翻译的不到位的地方. package.json的重要性不言而喻,一直以来对几种依赖注册对象的区别和作用不是很了解,今日一探究竟. dependencies(依赖):     在一个简单的对象中指定了依赖的包,包括了包名称和版本范围(建议不指定范围而是指定版本号因为这样稳定).版本范围是一个由一个或多个空格分隔的描述符字符串.依赖关系也可以通过压缩包或git URL来识别. 最好不要把测试性的包(不知道好用不好用)放入dependencies中

刚git了webpack的包发现package.json里面dependencies依赖包的版本号前面的符号有两种,一种是~,一种是^,如下图标记: 然后搜了下在stackoverflow上找到一个比较好的答案所以在此mark下 ~,^的区别是 ~的意思是匹配最近的小版本 比如~1.2.3将会匹配所有的1.2.x版本,但不匹配1.3.0, 1.2.0 <= ~1.2.3 <1.3.0 ^的意思是最近的一个大版本 比如1.2.3 将会匹配 所有 1.x.x 包括1.3.0 但不包括2.0 1.0

版本的格式 major.minor.patch 主版本号.次版本号.修补版本号 ———————————————————— patch:修复bug,兼容老版本 minor:新增功能,兼容老版本 major:新的架构调整,不兼容老版本 version 必须匹配某个版本 如:1.1.2,表示必须依赖1.1.2版 >version 必须大于某个版本 如:>1.1.2,表示必须大于1.1.2版 >=version 可大于或等于某个版本 如:>=1.1.2,表示可以等于1.1.2,也可以大于1

版本的格式 major.minor.patch:主版本号.次版本号.修补版本号 patch:修复bug,兼容老版本 minor:新增功能,兼容老版本 major:新增功能,不兼容老版本 version 必须匹配某个版本 如:1.1.2,表示必须依赖1.1.2版 >version 必须大于某个版本 如:>1.1.2,表示必须大于1.1.2版 >=version 可大于或等于某个版本 如:>=1.1.2,表示可以等于1.1.2,也可以大于1.1.2版本 <version 必须小于

npm 一键安装 package.json里的依赖时有2种情况: 1.package.json不存在时 运行命令: npm init可自动创建package.json文件 2.package.json存在时 运行命令:npm install 或者 npm install –save-dev会自动将package.json中的模块安装到node-modules文件夹下. package有两种依赖: 1. dependencies —— 运行依赖,依赖的项该是正常运行该包时所需要的依赖项 2. de

我们从别人那里下载一个项目 ,通过package.json里面的依赖 npm  install 来安装所需要的各个包 但是 有可能项目很老,我们一个个更新又很麻烦所以 https://blog.csdn.net/zhangteng22/article/details/76438776 hanshanyang@hanshanyang-VirtualBox:~/Projects/bittigercs503/week3/oj-client$ sudonpm install -g npm-check-u

nodejs依赖:  dependencies   devDependencies   peerDependencies  bundledDependencies  optionalDependencies  共5种 dependencies 这是 npm 最基本的依赖,通过命令 npm i xxx -S 或者 npm i xxx —save 来安装一个包,并且添加到 package.json 的 dependencies 里面(这里 i 是 install 的简写,两者均可). 如果直接只写一

前言:之前一直不懂既然都是项目的依赖,为什么要分成两个部分,devDependencies和dependencies,有什么区别? 安装方式 我们在通过npm安装插件或库时,有三种方式: npm install packagename:将插件安装到项目,但不写入package.json(不推荐,这样最终需要手动添加) npm install packagename --save:将插件安装进项目,并写入package.json的dependencies中 npm install packagen

      开发中经常会使用npm install 安装依赖包,经常会看到^符号和~符号,现将二者的区别总结如下:     版本号 x.y.z : z :表示一些小的bugfix, 更改z的号, y :表示一些大的版本更改,比如一些API的变化 x :表示一些设计的变动及模块的重构之类的,会升级x版本号 在package.json里面dependencies依赖包的版本号前面的符号有两种,一种是~,一种是^. ~的意思是匹配最近的小版本 比如~1.0.2将会匹配所有的1.0.x版本,但不匹配1.

如果你的项目是发布到npm的一个包, 那么这个包的package.json中的dependencies中的依赖是会被下载下来到这个包的node_modules文件夹中的(如果你的项目本身没有这个依赖),而devDependencies不会. 举个例子:我发布了一个组件A,它有dependencies:lodash和devDependencies:moment.当在某个项目中npm install 组件A时,如果项目本身也依赖lodash并且项目依赖的lodash版本与A组件依赖的lodash版本

我们在日常开发中,经常会使用到npm安装对应的包,会经常在package.json中看到dependencies 和devDependencies 二者的区别: devDependencies:是你开发时候用的库, 比如测试库,测试服务器之类的,在真实生产环境是不需要的 dependencies:是你生产环境需要的依赖库 比如测试库 vue,vue-route 如何安装: npm install --save-dev xxxx // devDependencies npm install --s

2.devDependencies (1)内容:是一个对象,配置模块依赖的模块列表,key是模块名称,value是版本范围(2)作用:该模块中所列举的插件属于开发环境的依赖(比如:测试或者文档框架等)(3)部署来源:通过你npm install进行依赖安装时加上-save-dev,devDependencies对象中便会增加echarts安装配置,实例安装echarts依赖代码如下npm install echarts -save-dev3.dependencies (1)内容:是一个对象,配置

在线实时转换 需要babel-register .babelrc中: { "presets": [ "es2015" ] } 项目中main.js配置: 前提是安装对应的包 require('babel-register') require('./src/app') 自己写的要运行的为app.js,这样配置后会在运行main.js是自动转为es5并执行 通过配置手动转换 需要babel-cli 安装babel后 运行babel src -d dist src为自己写

package.json中dependencies和devDependencies区别 dependencies: 应用能够正常运行依赖的包.用户发布环境,依赖的包不仅开发环境能够使用,生产环境也能使用. 举例:element-ui,vue等. npm i [包名]--save devDependencies: 开发应用时能依赖的工具包.只有本地环境开发时,且其生产环境不会被打包入内.有各种工具,loader包含在内. 举例:less-loader,webpack,sass-loader等. n

当我们查看package.json中已安装的库的时候,会发现他们的版本号之前都会加一个符号,有的是插入符号(^),有的是波浪符号(~).那么他们到底有什么区别呢?先贴一个例子,对照例子来做解释: bluebird的版本号:^3.3.4 body-parse的版本号:~1.15.2 当我们使用最新的Node运行‘npm instal --save xxx',的时候,他会优先考虑使用插入符号(^)而不是波浪符号(~)了. 这对于你来说意味这什么呢?首先我们需要理解这两者(~和^)的区别. 波浪符号(

初始化项目 cnpm init -y ,会自动生成一个package.json文件:主要是显示项目的名称.版本.作者.协议等信息 在package.json中scripts中配置:(运行简化) 开发模式"dev": "webpack --config webpack.config.js",(或者直接 "dev":"webpack" webpack会直接自动去找webpack.config.js文件并执行)"dev&q

当我们查看package.json中已安装的库的时候,会发现他们的版本号之前都会加一个符号,有的是插入符号(^),有的是波浪符号(~).那么他们到底有什么区别呢?先贴一个例子,对照例子来做解释: "dependencies": { "bluebird": "^3.3.4", "body-parser": "~1.15.2" } bluebird的版本号:^3.3.4 body-parse的版本号:~1.15

发现安装了包,但没有在package.json中保存该包信息,而且没有创建package-lock.json. 经过测试,发现是使用cnpm的原因,使用npm安装不会出现这样的问题,(与cnpm版本无关,具体原因不清楚). 要解决npm下载慢的问题,可以使用nrm切换npm的源地址. npm install nrm -g nrm ls nrm use taobao npm install **   -*

webpack 项目的package.json 文件列出了项目所依赖的插件和库,同时也给出了对应的版本说明,但是在版本说明前面还有个符号:'^'(插入符号)和'~'(波浪符号),总结了下他们之间的区别: 例如: '~'(波浪符号):他会更新到当前minor version(也就是中间的那位数字)中最新的版本.放到我们的例子中就是:"exif-js": "~2.3.0",这个库会去匹配更新到2.3.x的最新版本,如果出了一个新的版本为2.4.0,则不会自动升级.波浪符

webpack 项目的package.json 文件列出了项目所依赖的插件和库,同时也给出了对应的版本说明,但是在版本说明前面还有个符号:'^'(插入符号)和'~'(波浪符号),总结了下他们之间的区别: 例如: '~'(波浪符号):他会更新到当前minor version(也就是中间的那位数字)中最新的版本.放到我们的例子中就是:"exif-js": "~2.3.0",这个库会去匹配更新到2.3.x的最新版本,如果出了一个新的版本为2.4.0,则不会自动升级.波浪符