转载:http://www.cnblogs.com/jes_shaw/p/4497836.html 一个node package有两种依赖,一种是dependencies一种是devDependencies,其中前者依赖的项该是正常运行该包时所需要的依赖项,而后者则是开发的时候需要的依赖项,像一些进行单元测试之类的包. 如果你将包下载下来在包的根目录里运行 npm install 默认会安装两种依赖,如果你只是单纯的使用这个包而不需要进行一些改动测试之类的,可以使用 npm install --…

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

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

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…

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

如果你的项目是发布到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…

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

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

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

在线实时转换 需要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…

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

刚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…

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,则不会自动升级.波浪符…

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

npm不仅可以用于模块管理,还可以用于执行脚本.package.json文件有一个scripts字段,可以用于指定脚本命令,供npm直接调用. 接下来做个简单测试: (1)在项目根目录下创建demo.js 接下来运行demo.js,直接运行如下 那如果将其放到script里,可以通过npm run指令来运行 (2)通过npm run指令运行 首先将其放入script字段 接下来执行 npm run demo (3)npm test与npm start 指令快捷操作,我们可以随意自定义,那向我们常…

test/package.json { "name": "test", "main": "index.js", "exports": { ".": { "require": "./index.js" }, "./a": "./functions/a.js", "./b": "./…

今天在学习tslint的时候,按照git clone下angular2-webpack-starter的代码执行npm run lint时,虽然代码进行了检测,但检测完成后npm始终报错, //package.json 报错的配置 "scripts": { "lint": "tslint \"src/**/*.ts\"", }, //返回的错误 npm ERR! Windows_NT 6.1.7601 npm ERR! arg…

我们从别人那里下载一个项目 ,通过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…

var pjson = require('./package.json'); console.log(pjson.version); 详见:https://stackoverflow.com/questions/9153571/is-there-a-way-to-get-version-from-package-json-in-nodejs-code…

// org.springframework.core.io.support.ResourcePatternResolver /** * Pseudo URL prefix for all matching resources from the class path: "classpath*:" * This differs from ResourceLoader's classpath URL prefix in that it * retrieves all matching re…

版本的格式 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 必须小于…

一个完整的版本号可以理解为: [主要版本号,次要版本号,补丁版本号]版本号 x.y.z :其中z 表示一些小的bugfix, y表示一些大的版本更改,比如一些API的变化x表示一些设计的变动及模块的重构之类的 版本号前面会有~,^符号,区别是~是匹配最近的小版本 比如~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.0 <=…

"build:test": "cross-env BUILD_ENV=dev nuxt build", 最近项目中通过传入自定义参数区分测试和正式环境,但是发现测试环境中的配置老是不正确. 打印发现build的是后环境变量undefined,查阅资料找到使用cross-env脚本解决方法,如上.…

"start": "ng serve --host 0.0.0.0 --port 4200 --proxy-config proxy.conf.json", "build": "ng build --base-href=\"/page/\" --output-path=build/page --env=prod --prod",…

首先,dependencies中安装的依赖是生产环境的依赖,即项目要运行所必须安装的包:devDependencies中安装的的依赖是开放环境的依赖,即在开发项目时需要安装的依赖. 其次,在安装依赖的时候,npm install packageName --save-dev是安装在了devDependencies中,npm install packageName --save是安装在了dependencies中,当npm install 的时候,默认安装所有的依赖.…

"browserlist":[ ">=1%", "last 2 versions" ],…