版本号

vuejs+webpack环境搭建

我怕爱的太早我们不能终老 提交于 2019-12-24 08:03:02
使用vuejs来开发前端框架,首先要有环境,vuejs依赖于nodejs,所以要先安装nodejs,借助于node里面的npm来安装需要的依赖等等。 nodejs的下载地址(http://nodejs.cn/download/),下载到本地,然后傻瓜式的安装。 安装后window+r调出命令行工具 一、首先安装nodejs cnpm 一次的顺序是: 1、node -v(查看nodejs版本号,看是否安装成功,出现版本号即安装成功) 2、npm -v (查看npm的版本号) 3、npm install -g cnpm --registry= https://registry.npm.taobao.org (安装淘宝镜像时,手敲容易敲错,最好是复制粘贴过去) 4、cnpm -v (查看cnpm是否安装成功) 二、安装webpack 上面已经安装好了淘宝镜像,接下来就可以直接使用cnpm webpack更新到4.xx以后就把CLI被移入了一个单独的包webpack-cli里,所以除了要安装webpack还需要安装webpack-cli,要不然会报错类似 “The CLI moved into a separate package: webpack-cli. Please install 'webpack-cli' in addition to webpack itself to use

git 操作规范

主宰稳场 提交于 2019-12-23 18:40:54
一、 创建与合并分支 1、 从master分支创建dev分支并切换到dev分支: git checkout master git checkout -b dev 其中,git checkout -b dev 等价于: git branch dev //新建dev分支 git checkout dev //切换到dev分支 查看本地当前的分支,分支前面带“*”表示当前分支,剩下的分支表示本地有的分支: git branch 查看远程全部的分支,白色的表示本地有的,红色的表示本地没有,仅在远程存在: git branch - a 2、修改代码、提交代码(当前的操作是在dev分支上进行) git add a . html git commit - m "提交文件a.html" 3、分支合并(将dev合并到master) git checkout master git merge dev 4、合并完成后,删除dev分支.(删除dev分支时,注意我们当前所在的分支不能是dev分支) git branch - d dev 5、删除后,查看分支(此时看不到dev分支了) git branch 6、总结 :工作中经常从master创建新的分支,具体操作如下: git checkout master git checkout - b issues1234 git push origin

前端 - npm

南笙酒味 提交于 2019-12-22 16:23:31
参考博客: npm 包管理器的常用命令 常用命令 // npm包安装路径 npm root // 全局npm包安装路径 npm root -g // 某个包对于各种包的依赖关系 npm view 模块名 dependencies // 包的源文件地址 npm view 模块名 repository.url // 当前模块依赖的node最低版本号 npm view 模块名 engines // 模块的本地安装版本号 npm list 模块名 version // 模块的最新版本号 npm view 模块名 version // 模块的历史版本 npm view 模块名 versions // 一个模块的所有信息 npm view 模块名 // 更新模块 npm update 模块名 // 指定版本号更新 npm update 模块名@版本号 // 安装模块(默认就是最新版本) npm install 模块名 npm i 模块名 // 安装指定版本号 npm i 模块名@版本号 // 卸载模块 npm uninstall 模块名 npm uni 模块名 npm包的版本号X.Y.Z X:主版本号。只有 更新了不向下兼容的API时 ,修改主版本号 Y:次版本号。当模块 增加了向下兼容的功能时 ,修改次版本号 Z:修订版本号。当模块进行了向下兼容的bug修改后,修改修订版本号 //

linode上centos 6.5 x86_64变更kernel

坚强是说给别人听的谎言 提交于 2019-12-22 01:02:07
【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> linode上的vps默认使用linode直接提供的最新4.1.5内核,你可以在node的profile里修改kernel版本为你要用到的版本,然后用PV-GRUB运行熟悉的发行版提供的最新内核。 1,升级系统软件 yum update 2,查看当前kernel版本 uname -a 3,安装发行版提供内核(记录新安装的kernel版本号) yum install kernel.x86_64 4,安装grub,linode默认未安装 yum install grub 5,编辑启动镜像 cd /boot/grub ls /boot 可看到vmlinuz-新安装的kernel版本号、initramfs-新安装的kernel版本号.img 6,新建menu.lst文件,添加以下内容 vi menu.lst timeout 5 title CentOS (新安装的kernel版本号) root (hd0) kernel /boot/vmlinuz-新安装的kernel版本号 root=/dev/xvda initrd /boot/initramfs-新安装的kernel版本号.img 7,在Linode Manager界面,编辑 Linode’s configuration profile,将kernel改为pv

如何在Maven项目中引入自己的jar包

僤鯓⒐⒋嵵緔 提交于 2019-12-22 00:59:18
一.Maven项目打包的两种方式 二.如何优雅地修改多模块maven项目中的版本号 三.一个项目使用另一个项目 一.Maven项目打包的两种方式: 1.依赖工具比如eclipse 2.使用命令行: 使用cmd进入到pom对应的目录下: 执行:mvn clean install 指令。 二.如何优雅地修改多模块maven项目中的版本号? 当我们用maven建立一个项目时,包含了多个子model,我们想把一个子model打包deploy到私服上去,需要: 1.从父节点把整个project都deploy上去,这时别人才能拉去到你上传的model。 2.保证整个project中所有model的version是一致的。 对于version,我们可以使用-SNAPSHOT这种方式,这样所有model都是一致的,每次发布也不会有问题。但如果项目发展比较快,需要使用release版本发布,由于release版本每次deploy时版本号不能重复,所以就需要每次都修改父model的version和子model的parent中的version。这时,就会有以下问题需思考: 正式版不能重复发布,所以版本号每次上线都要更改 当项目中包含几个子模块时,通常我们想让子模块的版本号跟父项目的版本号一致 子模块也会相互依赖 最容易解决的是问题3,maven有一个内置属性 ${project.version}

使用SVN进行项目版本管理

假装没事ソ 提交于 2019-12-21 05:13:43
1.摘要 本文描述了利用SVN进行项目版本管理的方法,涉及项目版本号命名规则、SVN目录结构、第三方代码库的管理、版本创建、发布、修订、合并等行为的方法和原则。 2.版本号命名规则 版本号采用主版本号.次版本号.修订号组成。版本的重大变化主版本号增1,次版本号和修订号归零。版本的相对较小的变化主版本号维持不变,次版本号增1,修订号归零。当一个版本发布后出现了bug需要修订,此时,主、次版本号不变,修订号增1。 注意:对于主动性的程序功能性的变化,应该增加主或次版本号,不应该通过修订号来反映。修订号只用于对已发布版本的bug修订,一个版本的修订号的大小某种程度上可以反映一个版本发布后的稳定情况。 3.SVN目录结构 项目结构 第三方库结构 以项目名称作为SVN仓库名称为项目创建独立的项目仓库。仓库主要结构分为branches和tags。branches为工作目录,tags为发布目录。项目使用到的第三方库独立出来单独组件项目仓库,为整个公司的所有项目所共享,仓库名称为vendor。 3.1项目结构 branches 分支,存放未发布版本。具体的某个版本存放在其下的一个以“RB-版本号”规则命名的文件夹。上图示例为当前存在两个正在开发的版本RB-2.0和RB3.0。分支是开发人员的工作目录,是版本实现过程中的中间成果,具有临时性。版本发布后,相应的分支即可销毁。 tags 标签

HTML5本地存储——Web SQL Database与indexedDB

流过昼夜 提交于 2019-12-21 05:05:26
  虽然在HTML5 WebStorage介绍了html5本地存储的Local Storage和Session Storage,这两个是以键值对存储的解决方案,存储少量数据结构很有用,但是对于大量结构化数据就无能为力了,灵活大不够强大。我们经常在数据库中处理大量结构化数据,html5引入Web SQL Database概念,它使用 SQL 来操纵客户端数据库的 API,这些 API 是异步的,规范中使用的方言是SQLlite。这个文档曾经在W3C推荐规范上,但规范工作已经停止了。目前已经陷入了一个僵局:目前的所有实现都是基于同一个SQL后端(SQLite),但是我们需要更多的独立实现来完成标准化。 接下来将和W3C力推的IndexedDB做比较,看看为什么要废弃这种方案。Web SQL Database 规范中定义的三个核心方法: openDatabase:这个方法使用现有数据库或新建数据库来创建数据库对象 transaction:这个方法允许我们根据情况控制事务提交或回滚 executeSql:这个方法用于执行SQL 查询。 openDatabase 我们可以使用这样简单的一条语句,创建或打开一个本地的数据库对象 var db = openDatabase('testDB', '1.0', 'Test DB', 2 * 1024 * 1024);

关于System.getProperty(\"java.io.tmpdir\");的输出,及System.getProperty();参数(转自扑球小猫)

为君一笑 提交于 2019-12-20 11:28:16
1,首先来介绍下System.getProperty("java.io.tmpdir")输出因为这个输出有点特殊。   理论介绍:他是获取系统临时目录。可以是window的temp,linux的临时目录等。   实际:实际上他获取的有时候并不是我们想要获取的。比如一个web程序:如果你不用tomcat,直接一个java类main方法,然后直接输出System.getProperty("java.io.tmpdir")那么结果是你当前系统下的临时文件目录如                win7:C:\Users\用户名\AppData\Local\Temp。但如果你把web程序放入tomcat下然后再输出System.getProperty("java.io.tmpdir"),那么这是结果是:D:\apache-tomcat-7.0.47\temp。为什么呢?       这个问题其实我也还没找到答案,但是我在这里把我找到的一些解释汇总一下:     1楼:       和调用有关吧       在d:\时,是在Win下执行,返回的是Win的临时目录       在项目中,是Tomcat执行,返回是Tomcat自己设置的临时目录      2楼:       临时目录,那就哪方便建哪里了。呵呵,所以不同的环境是不一样的。       你在linux下面运行,又会是另一个路径了!  

关于React Native的那些坑

生来就可爱ヽ(ⅴ<●) 提交于 2019-12-20 07:04:13
  好久没写博客了,特地把之前接触React Native时遇到的坑总结一下。   初始化一个React Native项目时,可能会遇到以下这些坑:   1、项目版本号与安卓模拟器中安装的 compileSdkVersion 和 buildToolsVersion 版本不一致,这时候可以直接修改 项目 => android => app => build.gradle文件下的版本号,如下:         2、初始化一个项目并运行项目时,可能会一直报错,这时有可能是因为缺少 local.properties文件,该文件用于指定 SDK的路径(该文件存放在项目目录下 => android 下)   文件内容如下:    sdk.dir=C\:\\Users\\android\\AppData\\Local\\Android\\sdk (这是我的sdk安装路径)   3、可能会出现React Native与javascript版本号不一致,这时候可以新建一个与javascript版本号一致的React Native项目,命令如下:  react-native init 项目名 --version 具体的版本号      4、有时候运行会出错,报错类似" Cannot add a child that doesn't have a YogaNode or parent node " 这种

各浏览器的userAgent对照表

三世轮回 提交于 2019-12-20 06:48:21
IE Mozilla/4.0 (compatible; MSIE 8.0; Windows NT6.0) Mozilla/4.0 (compatible; MSIE 7.0; Windows NT5.2) Mozilla/4.0 (compatible; MSIE 6.0; Windows NT5.1) Mozilla/4.0 (compatible; MSIE 5.0; WindowsNT) 其中,版本号是MSIE之后的数字。 Firefox Mozilla/5.0 (Windows; U; Windows NT 5.2)Gecko/2008070208 Firefox/3.0.1 Mozilla/5.0 (Windows; U; Windows NT 5.1)Gecko/20070309 Firefox/2.0.0.3 Mozilla/5.0 (Windows; U; Windows NT 5.1)Gecko/20070803 Firefox/1.5.0.12 其中,版本号是Firefox之后的数字。 Opera Opera/9.27 (Windows NT 5.2; U; zh-cn) Opera/8.0 (Macintosh; PPC Mac OS X; U; en) Mozilla/5.0 (Macintosh; PPC Mac OS X; U; en)Opera 8.0