package.json详细内容 它是这样一个json文件(注意:json文件内是不能写注释的,复制下列内容请删除注释): JavaScript { "name": "test", //项目名称(必须) "version": "1.0.0", //项目版本(必须) "description": "This is for study gulp project !", //项目描述(必须)

当我们查看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

事情是这样的,今天上午,后端同学 clone 了我们的一个小程序项目,希望到自己的电脑上跑起来. 然而,令人尴尬的是,他在 npm install 之后,项目并没有如愿运行,并抛出一个大大的错误. 后来, 另一个前端同学灵机一动,将自己的 node_modules 拷给了他,小程序终于如愿在他电脑上跑了起来.此后我们群里有了下面的对话: 本人自认为脸皮还算不薄,但是说我们的 node_modules 是祖传的,确实令人难以招架..痛定思痛,为了防止被后端同学,乃至以后新来的前端同学 diss,我

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

在线实时转换 需要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为自己写

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 和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 **   -*

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

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

今天在学习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

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

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

刚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

      开发中经常会使用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文件有一个scripts字段,可以用于指定脚本命令,供npm直接调用. 接下来做个简单测试: (1)在项目根目录下创建demo.js 接下来运行demo.js,直接运行如下 那如果将其放到script里,可以通过npm run指令来运行 (2)通过npm run指令运行 首先将其放入script字段 接下来执行 npm run demo (3)npm test与npm start 指令快捷操作,我们可以随意自定义,那向我们常