版本号

4.类文件结构 文章目录 4.类文件结构 类文件 类文件数据 魔数与版本号 常量池 访问标志 类索引父类索引接口索引 字段表集合 方法表集合 属性表集合 简单粗略介绍class文件的结构。 类文件 类文件由 无符号数 和 表 构成，且占用整数个字节的空间 无符号数 u1u2u4u8，用来描述数字索引引用数量值字符串值。 表 多个无符号数或其他表作为数据项构成的复合数据结构。 类文件数据 魔数与版本号 ， 常量池 ， 访问标志 ， 类索引父类索引接口索引 ， 字段表集合 ， 方法表集合 ， 属性表集合 。 魔数与版本号 文件的头四个字节为0XCAFEBABE，代表此文件为class文件，接下来存储的是文件的次版本号和主版本号。 常量池 主要存放字面量和符号引用。 字面量：文本字符串、final声明的常量值等。 符号引用：类/接口的全限定名，字段的名称和描述符，方法的名称和描述符。 访问标志 标志类/接口的访问信息。 是类还是接口 是否为public、final、abstract…等等。 类索引父类索引接口索引 用来确认类的继承关系。 字段表集合 描述接口/类中声明的变量。包括类变量和实例变量。 方法表集合 描述类/接口中声明的方法信息。 属性表集合 在class文件、字段表、方法表中都携带自己的属性表集合。 包含：字节码，常量值，方法可抛出的受检查异常，内部类列表等等。 来源：

查看远程Redisserver的版本号 怎样查看远程Redisserver的版本号 作者：chszs，转载需注明。博客主页： http://blog.csdn.net/chszs 假设无远程Redisserver的SSH訪问权限，又想知道Redisserver是哪个版本号。该怎么办？ 非常easy，在本地安装一个Redis，利用Redis客户端命令查看： # ./src/redis-cli -h 192.168.1.3 info | grep 'redis_version' redis_version:2.8.8 还能够看完整的信息： # ./src/redis-cli -h 192.168.1.3 info # Server redis_version:2.8.8 redis_git_sha1:00000000 redis_git_dirty:0 redis_build_id:43fea591cc6ce090 redis_mode:standalone os:Linux 2.6.18-308.el5 x86_64 arch_bits:64 multiplexing_api:epoll gcc_version:4.1.2 process_id:8719 run_id:f69135bba0fd50a55cfeaca56788e963d1a33a38 tcp_port:6379

https://blog.csdn.net/peaceoncemore/article/details/79195206 "devDependencies": { "antd": "^3.1.4", "babel-plugin-import": "~1.1.0", "classnames": "2.2.5", "qs": "^6.3.0", "robe-ajax": "^1.0.1", "expect": "^1.20.2", "js-cookie": "^2.1.3", ....... } 指定版本号 （1）指定版本：比如"classnames": "2.2.5"，表示安装2.2.5的版本 （2）波浪号~+指定版本：比如 "babel-plugin-import": "~1.1.0",表示安装1.1.x的最新版本（不低于1.1.0），但是不安装1.2.x，也就是说安装时不改变大版本号和次要版本号 （1）^+指定版本：比如 "antd": "^3.1.4",，表示安装3.1.4及以上的版本，但是不安装4.0.0，也就是说安装时不改变大版本号。 连接参考：https://stackoverflow.com/questions/22343224/whats-the-difference-between-tilde-and-caret-in-package-json ----------

起因： 当一个项目的版本迭代近百万时，版本号非常之多。 当我们回退到某一个版本，关掉SVN的LOG界面再次回来时SVN回默认只显示当前最新的100个版本，要想知道当前在哪个版本就要一直往回翻，直到看到那条粗黑显示的版本号，很费事。 简单办法：写个BAT文件，放于工作目录下，点击即可输出当前版本号。 BAT内容如下： ::获取当前目录的SVN版本号 set svnURL="" svn info pause 来源： https://www.cnblogs.com/timeObjserver/p/12180539.html

环境 Centos 7 SVN 1.7 若需要部署SVN服务端，可以参考 Centos7配置SVN服务端 将一个oa项目作为示例： Shell> svn ls svn://localhost/oa 　　branches/ 　　tags/ 　　trunk/# 假设当前trunk刚刚发版，版本号是1.0，所以要打个1.0的tag，并创建一个修复bug的分支Shell> svn cp svn://localhost/oa/trunk svn://localhost/oa/tags/1.0 -m '1.0 tag'Shell> svn cp svn://localhost/oa/trunk svn://localhost/oa/branches/1.0-bug -m '1.0 bug branch'Shell> svn co svn://localhost/oa　　# 导出代码到本地，方便后文演示 四种合并模式 注：下文都是以从主干创建了分支作为前提进行描述。 sync merge 同步合并；创建分支后修改了主干，需要将主干的修改同步到分支时使用 cherry-pick merge 选择合并；将指定的某一次或多次修改合并到目标 reintegrate merge 重聚合并；分支任务完成，需要将分支的修改合并到主干时使用，完成后删除分支（很多翻译为复兴，我觉得重聚好一点

Nginx隐藏版本号 在生产环境中，需要隐藏Nginx的版本号，以避免安全漏洞的泄露 查看方法 使用fiddler工具在Windows客户端查看Nginx版本号 在centos系统中使用“curl -I 网址” 命令查看 Nginx隐藏版本号的方法 修改配置文件法 修改源码法 一，安装Nginx 1，在Linux上使用远程共享获取文件并挂载到mnt目录下 [root@localhost ~]# smbclient -L //192.168.100.3/ ##远程共享访问 Enter SAMBA\root's password: Sharename Type Comment --------- ---- ------- LNMP-C7 Disk [root@localhost ~]# mount.cifs //192.168.100.3/LNMP-C7 /mnt ##挂载到/mnt目录下 2，解压源码包到/opt下，并查看 [root@localhost ~]# cd /mnt ##切换到挂载点目录 [root@localhost mnt]# ls Discuz_X3.4_SC_UTF8.zip nginx-1.12.2.tar.gz mysql-boost-5.7.20.tar.gz php-7.1.20.tar.gz [root@localhost mnt]# tar zxvf

一、yarn的简介： 　　Yarn是facebook发布的一款取代npm的包管理工具。 二、yarn的特点： 1.速度超快。 Yarn 缓存了每个下载过的包，所以再次使用时无需重复下载。 同时利用并行下载以最大化资源利用率，因此安装速度更快。 2.超级安全。 在执行代码之前，Yarn 会通过算法校验每个安装包的完整性。 3.超级可靠。 使用详细、简洁的锁文件格式和明确的安装算法，Yarn 能够保证在不同系统上无差异的工作。 三、yarn的安装: 下载node.js，使用npm安装 npm install -g yarn 查看版本： yarn --version Yarn 淘宝源安装 yarn config set registry https://registry.npm.taobao.org -g yarn config set sass_binary_site http://cdn.npm.taobao.org/dist/node-sass -g 四、yarn的常用命令： 安装yarn npm install -g yarn 安装成功后，查看版本号： yarn --version 创建文件夹 yarn md yarn 进入yarn文件夹 cd yarn 初始化项目 yarn init // 同npm init，执行输入信息后，会生成package.json文件 yarn的配置项

创建NuGet包 在创建一个NuGet包之前我们应该先创建一个以 .nuspec 为后缀的xml清单文件，这个清单文件描述了包的内容，在安装NuGet包的过程中这个清单文件扮演者很重要的角色。实际上它的作用就像app.config一样，并且是不可或缺的一部分，因此在了解如何创建一个NuGet包之前很有必要了解一下什么是 nuspec 清单文件。 什么是.nuspec清单文件 nuspec文件是一个xml格式的清单文件，它用于描述包的内容和驱动包的生成过程。下面是一个典型的nuspec文件定义： <?xml version="1.0"?> <package xmlns="http://schemas.microsoft.com/packaging/2013/05/nuspec.xsd"> <metadata> <!-- 包的id，在托管库内必须唯一 --> <id>xxx.xxx.xxx</id> <!-- 解析依赖项时使用的包版本号 --> <version>1.0.0.1</version> <!-- 在库中显示的作者 --> <authors>nizhenghua</authors> <!-- 库的拥有者，便于用户能够轻松的获取到该拥有者发布的其他的包 --> <owners>nizhenghua</owners> <!-- 项目的许可和地址

目录 什么是MVCC？ MVCC-插入 MVCC-删除 MVCC-修改 MVCC-查询 Undo log Redo log 什么是MVCC？ Multi Version Concurrency Control (多版本并发控制) 并发访问(读或写)数据库时，对事务内正在处理的数据做多版本管理。以实现写操作堵塞的同时，依然可以进行读操作。 MVCC-插入 插入规则：在数据行版本号列保存当前事务ID。 MVCC-删除 删除规则：将删除版本号列更新为当前事务ID。 MVCC-修改 修改规则：现将命中的数据行copy，将原数据的删除版本号设置为当前事务ID（33）。 MVCC-查询 查询规则： 1. 查找数据行版本小于或等于当前事务版本的数据行。这样可以确保事务读取的行，要么是在事务开始之前就存在的，要么是事务自身插入或修改过的； 2. 查找删除版本号要么为NULL，要么大于当前事务版本号的数据行。这样可以确保查询出来的记录在事务开启前没有被删除。 Undo log Undo意为取消，以撤销操作为目的，返回指定某个状态的操作。 Undo log指事务开始之前，在操作任何数据之前,首先将需操作的数据备份到一个地方 (Undo Log)。 UndoLog是为了实现事务的原子性而出现的产物。 Undo Log实现了事务的原子性： 事务处理过程中如果出现了错误或者用户执行了 ROLLBACK语句

Git是一个开源的分布式版本号控制系统，用以有效、快速的处理从非常小到非常大的项目版本号管理。Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源代码的版本号控制软件。能初始化一个新的代码仓库，做一些适当配置。開始或停止跟踪某些文件。暂存或提交某些更新；从远程仓库拉数据下来或者推数据上去。 用于 Linux内核开发的版本号控制工具。与经常使用的版本号控制工具 CVS, Subversion 等不同，它採用了分布式版本号库的方式，不必server端软件支持（注：这得分是用什么样的服务端。使用http协议或者git协议等不太一样。而且在push和pull的时候和server端还是有交互的。 ），使源码的公布和交流极其方便。 Git 的速度非常快，这对于诸如 Linux kernel 这种大项目来说自然非常重要。 Git 最为出色的是它的合并跟踪能力。 git status 看状态 git add 增加一个文件到git index [file name] 是将当前更改或者新增的文件增加到Git的索引中，增加到Git的索引中就表示记入了版本号历史中，这也是提交之前所须要运行的一步，比如'git add app/model/user.rb'就会增加app/model/user.rb文件到Git的索引中 git log 看你commit的日志 git