版本规则|各种体系文件版本号的排列规则

① 软件版本有几点几,如3.0,0.62等,是根据什么定出数字的

不同的软件体系有不同的规则。如微软推荐是X1.X2.X3.X4共四组。X1代表主版本号,对软件进行重大改进时增加X2代表副版本号, 小改进时增加X3代表内部版本号X4代表修正版本号,每次修正BUG都增加linux的规则有所不同。如果你自己写软件,就一个X1.X2都可以,也可以是就一个X1。版本规则很多时候只是一种习惯,用于管理软件

② 现在MIUI版本命名规则是按什么来的

按照阿拉伯数字来啊,8开头的对应安卓6.0, 9开头的对照安卓7.0,以后出10开头的就是对照安卓8.0,每个版本后面的小数点是系统更新推送。当然还会分开发版和稳定版,因为小米机型太多了,每一种机型都得优化。

③ Android 各版本的命名规则是怎样的

一种常见软件版本号的形式是major.minor.maintenance.build:major是主版本号,一般在软件有重大升级时增长minor是次版本号,一般在软件有新功能时增长maintenance是维护版本,一般在软件有主要的问题修复后增长build是构建版本,一般只要软件被重新编译过就会增长对于Android而言:主版本号变化Android 2.x只支持手机等小屏移动设备Android 3.x只支持平板和电视等大屏设备Android 4.x合并了2.x和3.x,支持多种设备次版本号变化例如Android 2.1, 2.2, 2.3,都是在原有系统上添加很多新功能(比如Android 2.2开始支持往SD卡安装应用),但没有翻天覆地的变化。维护版本号变化例如Android 2.3.1, 2.3.3, 2.3.5等等,都是比以前多修改了一些bugs(我印象中2.3.5着重修复了若干安全漏洞),没有太多功能更新。构建版本号变化可能每天一变或每天数变,所以只对开发团队内部有意义吧。作者:陈子腾链接:http://www.hu.com/question/20969294/answer/16784757来源:知乎著作权归作者所有,转载请联系作者获得授权。

④ 软件版本号的订定规则

软件版本编号订定是指为软件设定版本号码的方式。通常,版本号码会以数字订定,但亦有不同的方式。 这是最常用的一种订定方式。大部份软件的版号都是用此方法去计算。一个以此方式来订定编号的例子如:2.4。通常订定规则为:major.minor(.build)major是最大的版本编号,minor为其次,某些软件可能再细分作build,为更小的版本编号。通常,正式版的版本编号为“1.0”。1.0以下的版本(0.x)为测试版,代表仍有一些重大错误(bugs),未正式推出。在新版本推出时,应更新major、minor或是build(如有)的版号,决定于变更的大小。当有极大的更新时,会增加major的版号。而当有大更新,但不至于更新major时,会更新minor的版号。若更新比较小,例如只是除虫(bug fixing),则会更新build的版号。以下是一个例子:1.0→1.0.1→1.0.2→1.1→1.1.1→2.0→2.1→2.1.1→3.0→…以上例子中,1.0至1.0.1至1.0.2、1.1至1.1.1、2.1至2.1.1都是小更新;1.0.2至1.1、2.0至2.1都是较大的更新;而1.1.1至2.0和2.1.1至3.0则是重大更新。有时,小数版本号码后面会有“a”、“b”、“rc”等字样,代表某版本的测试版。“a”、“b”、“rc”分别代表“alpha”、“beta”和“releasecandidate”。例如“2.0a”是2.0的alpha测试版,接着可能发布“2.0b”,是2.0的beta测试版。跟着,又可能出现“2.0b2”,代表2.0的第2个beta测试版。当beta测试完结后,又可能推出“2.0rc1”、“2.0rc2”两个版本,分别代表2.0的第一和第二个release candidate测试版。当一切测试结束后,就会有“2.0”正式版。 只有major和minor的软件有如MediaWiki。当MediaWiki发布1.9版本后,下一个版本是1.10。Mozilla Firefox的3.x版本有major、minor和build。例如其中两个版本为3.0和3.0.1。而Firefox的2.x版本更有四个数字,此时版本结构改为major.minor.maintenance.build。例如Firefox 2.x的其中一个版本为2.0.0.14。 除了依照版本发布次序逐个数以外,软件版本编号亦有可能使用日期。例如版本“20080101”代表该版本于2008年1月1日发布。通常日期的排列方法会是“YYYY-MM-DD”,因为这样做的好处是,当电脑排序时,可以自动分辨哪个是较旧或较新的版本。有时候,版本编号更会由小数和日期结合,即是类以1.5.20080101等方式。。。实例:使用小数和日期结合的版本编号软件,例如Firefox的其中一个扩充套件“IE Tab”的其中一个版本编号为1.5.20080823。而Ubuntu亦是采用日期的订定版本编号方式,但却看起来像以普通小号订定。例如Ubuntu 8.04版本代表该版本于2008年4月发布。事际上,由于Ubuntu并非每个月发布,因此版本编号会跳序。而一年只有12个月,所以亦没有像6.13这样的版本。有些软件,尤其不会在一年中出版两次的软件会使用年份作版本编号。例如2003版代表该软件于2003年发布。有时软件亦采用两字的年份缩写,例如以04代表2004年。实例:微软的很多产品都以此方式订定版本编号。例如Windows 95、Windows 2000、Microsoft Office 2007等。MATLAB通常一年中释出两个版本,自2006年后以“R”+四位年份+“a”或“b”的方式区分。例如MATLAB R2011a、MATLAB R2011b等。 有些软件采用数学常数来进行订定版本编号。具体方法为先选定一个数学常数,每个新版本都距离该数学常数更近。例如选用圆周率的软件,其版本应为3、3.1、3.14、3.141、……实例:TeX选定的数学常数为π。而METAFONT选定的数学常数则为e。 有些软件采用英文缩写来为版本制定编号。实例:Macromedia于2004年推出Flash MX。Adobe收购Macromedia后,为其推出之后续版本为Flash CS2,当中“CS”代表Creative Suite。Windows有两个版本采用英文缩写作版本编号,分别是Windows Me和Windows XP。“Me”代表“Millennium”(千禧年)或“me”(自己);“XP”代表“experience”(体验),当读出experience时,读音像读出x和p。Ubuntu于2008年4月推出8.04 LTS版本。Ubuntu将长期为8.04版本提供技术支持。支持时间最少为三年。LTS是Long Term Support的英文缩写,意为长期支持。 有一些特别要注意的地方混合使用有些软件会混合使用各种版本编号订定方式,即不同的版本分别采用不同的订定方式。例如Windows,曾采用普通小数方式(Windows 1.0至Windows 3.11),年份(Windows 95、Windows 98、Windows 2000),缩写(Windows Me、Windows XP)和英文字(Windows Vista)。两个版本编号有些软件会同时拥用两个版本编号,即是以两种不同的订定方式,赋予同一个版本两个编号。例如Windows:Windows 95亦即Windows 4.0,Windows 98亦即Windows 4.10,Windows Me亦即Windows 4.90,Windows 2000亦即NT 5.0,Windows XP亦即NT 5.1,Windows Vista亦即NT 6.0,Windows 7亦即NT 6.1。小数版本序号跳序有些软件的小数版本序号可能会出现跳序。此处“跳序”是指同一个软件,两个相邻的使用小数版本序号的版本,并不是major、minor或build其中一个值相差1。例如Simutrans自2005年的major版本序号为86.x、88.x、89.x、99.x、100.x。当中86至88和89至99出现了跳序。除此以外,还有软件会因为“不幸运数字”(例如4、13)的原因而跳序。

⑤ 各种体系文件版本号的排列规则

A是版本号,换版的时候才会修改为B、C等,依次类推。可是换版是以修改次数来确认的,修回改状态的编号是答0-4,就是初版没修改时候状态为0,第1次修改之后就是1,第2次修改之后为2,依次类推。到第5次修改完成后,就应该换版了。

举例:

初版没有修改文件:版本/修改状态 A/0

第4次修改后文件:版本/修改状态 A/4

第5次修改后文件:版本/修改状态 B/0 (就是换版)

扩展资源:

文件版本简介

一般指软件程序发行的次数版本号,通常文件版本形如 x.x.x ,其中第1个X很有可能是软件内核的版本;第2个X即发行的正式版本的版本号,第3个X表示的一般是软件更改修正的次数,软件版本的类别,比如 beta 版、preview 版、正式版、extended 版。网上下载的软件经常标有demo版、beta版等软件版本信息。

⑥ 游戏版本号规则(通俗易懂)

粗的概念用来标识大版本还是小版本,比如1.0,2.0可以认为是有巨大更新的版本,而1.1,1.2是代表小版本更新,版本之间不会有逢十进位概念,不会从1.9变成2.0,只会变成1.10。至于什么算大版本看项目定义,有的更新了一张地图就叫大版本,有的改了个配置也叫大版本,但一般来讲是指周期间隔长,更新内容多,具备一个主题的会叫大版本,比如梦幻的家园版本,魔兽开新地图新种族等。做的细点的版本号还可以包含程序更新,资源更新,配置更新,比如2.1.0.0.0,前2位为版本号,后面的标识代表代码,资源与配置是否有更新,有的项目也会在版本号后加日期来方便管理。这玩意各个公司差别很大,同一公司不同产品差异也很大。但不管格式,一般版本号能表达的含义就这些,没什么规范,自己人能看懂就可以。也有公司用双版本号,一个给自己人看,一个给玩家,自己的会复杂点,给玩家尽量简单,比如奇迹1.03版本。

⑦ Linux内核版本号的规则

Linux内核版本有两种:稳定版和开发版 ,Linux内核版本号由3个数字组成:r.x.y r:目前发布的内核主版本。 x:偶数表示稳定版本;奇数表示开发中版本。 y:错误修补的次数。内核版本号每位都代表什么 ? 以版本号为例: 2.6.9-5.ELsmp , r: 2 , 主版本号 x: 6 , 次版本号,表示稳定版本 y: 9 , 修订版本号 , 表示修改的次数头两个数字合在一齐可以描述内核系列。如稳定版的2.6.0,它是2.6版内核系列。 5: 表示这个当前版本的第5次微调patch , 而ELsmp指出了当前内核是为ELsmp特别调校的 EL : Enterprise Linux ; smp : 表示支持多处理器 , 表示该内核版本支持多处理器知识延伸 一般的有三种 1 smp 2 bigmem 3 一般的内核 Red Hat Linux开机的时候,GRUB的启动菜单会有两个选项,分别是 Red Hat Enterprise Linux ES (版本号.ELsmp) Red Hat Enterprise Linux ES-up (版本号.EL)这两个分别是代表什么含义呢?其实这个就是系统开机时由GRUB引导启动 - 单处理器 与 对称多处理器启动核心文件的区别。Red Hat Enterprise Linux ES (版本号.ELsmp) multiple processor (symmetric multiprocessing )Red Hat Enterprise Linux ES-up (版本号.EL) uniprocessor下面就把SUSE与Red Hat启动菜单内可选择的选项,列举出来SUSE版本号-default: SUSE Linux kernel for uniprocessor machines 默认选项,支持单处理器机器版本号-smp: SUSE Linux kernel that supports symmetric multiprocessing and up to 4 GB of RAM 支持4GB内存的对称多处理器机器版本号-bigsmp: SUSE Linux kernel supports symmetric multiprocessing and up to 64 GB 支持64GB内存的对称多处理器机器Red Hat Linux版本号.EL: Red Hat Linux kernel for uniprocessor machines 支持单处理器机器版本号.ELhugemem: Red Hat Linux kernel that supports up to 64 GB of RAM 支持64GB内存的对称多处理器机器版本号.ELsmp: Red Hat Linux kernel that supports symmetric multiprocessing 对称多处理器机器,支持4G内存有些情况下你需要支持1和2特性,那么你可以:重新编译一下内核,在处理器及内存选择项上选择与你配置相对应的选项即可。如何下载对应内核版本的源代码 ?一般情况下,可以直接到官网:http://www.kernel.org下载,缺点是:对于任何内核做过特殊优化调校的发行版是不合适的,尤其是fedora ubuntu 这一类的,毕竟他们在内核中打了大量的补丁,做了很多优化,如果直接使用官方源码 ,你就无法享受到这些东西 ,内核不是越新越好的 越合适越好因此最好到发行商的官网去下载,因为官方已经提供了编译好的源码rpm包。如何使用对应的内核源码包 ?以fedora官方提供的内核源码: kernel-2.6.23.9-85.fc8.src.rpm 为例首先,安装源码[[email protected] ~]# rpm -ivh kernel-2.6.23.9-85.fc8.src.rpm然后,转换源码转换之前,请确保/usr/src/目录下有redhat目录(一般/usr/src/是空目录)。[[email protected] ~]# rpmbuild -bp –target=$(uname -m) /usr/src/redhat/SPECS/kernel.spec这样会将源码放置在/usr/src/redhat/BUILD/kernel-2.6.23/。这里有两个有用的文件夹:. linux-2.6.23.ARCH——这个是kernel.org 提供的包经过Fedora 补丁和升级得到的。也就是 2.6.23.9-85.fc8 这个 打过补丁的内核ARCH 与uname-m 的输出结果一致,通常为i686。如果你想得到不同的输出,你可以使用“–target=”这个选项来进行指定。 vanilla——这个是标准的、由kernel.org 提供的没有经过补丁和升级的源码。

⑧ 各种软件的版本是按什么规则命名的

Beta(β):测试版,为正式版本推出之前发布,可能存在一定的Bug。 Alpha(α):内部测试版,通版常在Beta之前,也存在一权定的Bug。 Retail:零售版。 Free:免费版。 Lite:精简版,也可称迷你版。 Final:正式版,通过Alpha和Beta两个测试版本后推出的,修正了软件中存在的Bug。 Pro:专业版,需用户获得注册码后才可以使用。 Plus:加强版,在功能上有所提升。 Delux:豪华版,和Plus没有太多的区别,也只是多了一些附加功能。 Build:为内部标号,也就是同一版本可以有多个标号,如发V1.0 Build 203等,一般情况下Build后面的数字越大,其版本越新。

⑨ iOS发版本规则

版本号的格式:v<主版本号>.<副版本号>.<发布号>版本号的初始值:v1.0.0 管理规则: 主版本号(Major version) 1.  产品的主体构件进行重大修改,主版本号加1; 2. 产品的主体构件之间的接口协议重大修改,主版本号加1。 副版本号(Minor version) 1. 主版本号变更时,副版本号置0; 2.  数据结构变更(新增或修改注释含义的情况除外),副版本号加1; 3. 若副版本号累加至超过20时,采用主版本号进位制,主版本号加1, 副版本号重新置0。 发布号(Release) 1. 主版本号或副版本号变更时,Release号置0; 2. 若发布的版本无数据结构变更,则Release号加1。 举例说明: 在新版本推出时,应更新major、minor或是build(如有)的版号,决定于变更的大小。 当有极大的更新时,会增加major的版号。而当有大更新,但不至于更新major时,会更新minor的版号。 若更新比较小,例如只是除虫(bug fixing),则会更新build的版号。以下是一个例子: 1.0→1.0.1→1.0.2→1.1→1.1.1→2.0→2.1→2.1.1→3.0→…以上例子中, 1.0至1.0.1至1.0.2、1.1至1.1.1、2.1至2.1.1都是小更新,例如bug fixing ,界面微调等; 1.0.2至1.1、2.0至2.1都是较大的更新,例如增添了许多新的功能; 而1.1.1至2.0和2.1.1至3.0则是重大更新,例如app的界面或者功能完全发生变化。

⑩ 求软件开发 和 测试过程中版本命名规则 Alpha beta 和 v 版本具体指什么

alpha是内部测试版,beta是用户测试版,rtm是发布预备版,release版本才是正式发布的版本。命名规则:软件名称 v 主版本号 . 子版本号 . 修正版本号,如xxx v1.0.2 1.项目初版本时 , 版本号可以为 0.1 或 0.1.0, 也可以为 1.0 或 1.0.0 ; 2.当项目在进行了局部修改或 bug 修正时 , 主版本号和子版本号都不变 , 修正版本号加 1; 3. 当项目在原有的基础上增加了部分功能时 , 主版本号不变 , 子版本号加 1, 修正版本号复位为 0; 4.当项目在进行了重大修改或局部修正累积较多 , 而导致项目整体发生全局变化时 , 主版本号加 1;


赞 (0)