精华内容
下载资源
问答
  • 按照公司内部定义软件版本格式,定义新版本格式 (# 主板号_厂商_型号_BASE_版本号_年月日_Debug ) idh.code/vendor/sprd/product/sprdroid_base.mk PRODUCT_VERSION :=  PRODUCT_VERSIONUSR :=  PRODUCT...
    按照公司内部定义软件版本格式,定义新版本格式
    

    (# 主板号_厂商_型号_BASE_版本号_年月日_Debug 

    idh.code/vendor/sprd/product/sprdroid_base.mk

    PRODUCT_VERSION := 
    PRODUCT_VERSIONUSR := 
    PRODUCT_VERSIONDATE := _$(shell date +%Y%m%d)
    PRODUCT_VERSIONSTATE := 
    PRODUCT_VERSIONSTATEUSR := 

    展开全文
  • 如何定义软件版本

    2020-09-08 17:54:41
    版本格式:主版本号.次版本号.修订号,版本号递增规则如下: 主版本号:当你做了不兼容的 API 修改, 次版本号:当你做了向下兼容的功能性新增, 修订号:当你做了向下兼容的问题修正。 先行版本号及版本编译元数据...

    一、版本迭代的意义

    • 方便团队沟通
    • 问题方便追踪和回溯
    • 能够实现测试版本到生产版本的平稳过度

    二、语义化版本控制规范2.0.0

    版本格式:主版本号.次版本号.修订号,版本号递增规则如下:
    
    主版本号:当你做了不兼容的 API 修改,
    次版本号:当你做了向下兼容的功能性新增,
    修订号:当你做了向下兼容的问题修正。
    先行版本号及版本编译元数据可以加到“主版本号.次版本号.修订号”的后面,作为延伸。
    

    语义规范

    
    1.使用语义化版本控制的软件必须(MUST)定义公共 API。该 API 可以在代码中被定义或出现于严谨的文件内。无论何种形式都应该力求精确且完整。
    
    2.标准的版本号必须(MUST)采用 X.Y.Z 的格式,其中 X、Y 和 Z 为非负的整数,且禁止(MUST NOT)在数字前方补零。X 是主版本号、Y 是次版本号、而 Z 为修订号。每个元素必须(MUST)以数值来递增。例如:1.9.1 -> 1.10.0 -> 1.11.0。
    
    3.标记版本号的软件发行后,禁止(MUST NOT)改变该版本软件的内容。任何修改都必须(MUST)以新版本发行。
    
    4.主版本号为零(0.y.z)的软件处于开发初始阶段,一切都可能随时被改变。这样的公共 API 不应该被视为稳定版。
    
    5.1.0.0 的版本号用于界定公共 API 的形成。这一版本之后所有的版本号更新都基于公共 API 及其修改内容。
    
    ***6.修订号 Z(x.y.Z | x > 0)必须(MUST)在只做了向下兼容的修正时才递增。这里的修正指的是针对不正确结果而进行的内部修改。
    
    ***7.次版本号 Y(x.Y.z | x > 0)必须(MUST)在有向下兼容的新功能出现时递增。在任何公共 API 的功能被标记为弃用时也必须(MUST)递增。也可以(MAY)在内部程序有大量新功能或改进被加入时递增,其中可以(MAY)包括修订级别的改变。每当次版本号递增时,修订号必须(MUST)归零。
    
    ***8.主版本号 X(X.y.z | X > 0)必须(MUST)在有任何不兼容的修改被加入公共 API 时递增。其中可以(MAY)包括次版本号及修订级别的改变。每当主版本号递增时,次版本号和修订号必须(MUST)归零。
    
    9.先行版本号可以(MAY)被标注在修订版之后,先加上一个连接号再加上一连串以句点分隔的标识符来修饰。标识符必须(MUST)由 ASCII 字母数字和连接号 [0-9A-Za-z-] 组成,且禁止(MUST NOT)留白。数字型的标识符禁止(MUST NOT)在前方补零。先行版的优先级低于相关联的标准版本。被标上先行版本号则表示这个版本并非稳定而且可能无法满足预期的兼容性需求。范例:1.0.0-alpha、1.0.0-alpha.1、1.0.0-0.3.7、1.0.0-x.7.z.92。
    
    10.版本编译元数据可以(MAY)被标注在修订版或先行版本号之后,先加上一个加号再加上一连串以句点分隔的标识符来修饰。标识符必须(MUST)由 ASCII 字母数字和连接号 [0-9A-Za-z-] 组成,且禁止(MUST NOT)留白。当判断版本的优先层级时,版本编译元数据可(SHOULD)被忽略。因此当两个版本只有在版本编译元数据有差别时,属于相同的优先层级。范例:1.0.0-alpha+001、1.0.0+20130313144700、1.0.0-beta+exp.sha.5114f85。
    
    11.版本的优先层级指的是不同版本在排序时如何比较。判断优先层级时,必须(MUST)把版本依序拆分为主版本号、次版本号、修订号及先行版本号后进行比较(版本编译元数据不在这份比较的列表中)。由左到右依序比较每个标识符,第一个差异值用来决定优先层级:主版本号、次版本号及修订号以数值比较,例如:1.0.0 < 2.0.0 < 2.1.0 < 2.1.1。当主版本号、次版本号及修订号都相同时,改以优先层级比较低的先行版本号决定。例如:1.0.0-alpha < 1.0.0。有相同主版本号、次版本号及修订号的两个先行版本号,其优先层级必须(MUST)透过由左到右的每个被句点分隔的标识符来比较,直到找到一个差异值后决定:只有数字的标识符以数值高低比较,有字母或连接号时则逐字以 ASCII 的排序来比较。数字的标识符比非数字的标识符优先层级低。若开头的标识符都相同时,栏位比较多的先行版本号优先层级比较高。范例:1.0.0-alpha < 1.0.0-alpha.1 < 1.0.0-alpha.beta < 1.0.0-beta < 1.0.0-beta.2 < 1.0.0-beta.11 < 1.0.0-rc.1 < 1.0.0。
    

    Q & A

    1.针对0.y.z阶段如何进行版本控制?

    以 0.1.0 作为你的初始化开发版本,并在后续的每次发行时递增次版本号

    2.如何判断何时应该发布1.0.0版本?

    (1)当你的软件被用于正式环境,它应该已经达到了 1.0.0 版。

    (2)如果你已经有个稳定的 API 被使用者依赖,也会是 1.0.0 版。

    (3)如果你很担心向下兼容的问题,也应该算是 1.0.0 版了

    3.对于公共 API,若即使是最小但不向下兼容的改变都需要产生新的主版本号,岂不是很快就达到 42.0.0 版?

    这边作者认为发布不向下兼容的API就需要付出一定代价,意味着你必须为这些改变所带来的影响深思熟虑,并且评估所涉及的成本及效益比

    4.如果我更新了自己的依赖但没有改变公共 API 该怎么办?

    由于没有影响到公共 API,这可以被认定是兼容的。但是具体迭代修订号或是次版本号,需要具体问题具体分析

    5.我该如何处理即将弃用的功能?

    (1)更新你的文件让使用者知道这个改变,

    (2)在适当的时机将弃用的功能透过新的次版本号发布。在新的主版本完全移除弃用功能前,至少要有一个次版本包含这个弃用信息

    三、命名风格

    三种命名风格

    • 基于二中提到的语义规范,衍生出了三种命名风格:GNU 风格的版本号命名格式、Windows 风格的版本号命名格式、.Net Framework 风格的版本号命名格式
    • GNU 风格的版本号命名格式: 主版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]]
    • Windows 风格的版本号命名格式: 主版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]]
    • .Net Framework 风格的版本号命名格式: 主版本号.子版本号[.编译版本号[.修正版本号]]
    • 主版本号Major: 具有相同名称但不同主版本号的程序集不可互换。例如,这适用于对产品的大量重写,这些重写使得无法实现向后兼容性
    • 次版本号Minor: 如果两个程序集的名称和主版本号相同,而次版本号不同,具备向后兼容的新功能增加
    • 内部版本号Build: 内部版本号的不同表示对相同源所作的重新编译
    • 修订号Revision: 适用于修复以前发布的程序集中的安全漏洞

    四、版本号如何定义

    • 可采用以上三种风格中一种进行实践,此处选择GNU风格,目前团队中也正在使用此种方法进行版本号的迭代
    • 主版本号.次版本号.修订版本号.日期版本号.希腊字母版本号
    1. 主版本号修改 当功能模块有较大的变动,比如增加多个模块或者整体架构发生变化。此版本号由项目决定是否修改。
    
    2. 子版本号修改 当功能有一定的增加或变化,比如增加了对权限控制、增加自定义视图等功能。此版本号由项目决定是否修改。
    
    3. 阶段版本号修改 一般是 Bug 修复或是一些小的变动,要经常发布修订版,时间间隔不限,修复一个严重的bug即可发布一个修订版。此版本号由项目经理决定是否修改。
    
    4. 日期版本号 用于记录修改项目的当前日期,每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。
    
    5. 希腊字母版本号 此版本号用于标注当前版本的软件处于哪个开发阶段,当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。
    
    • 希腊字母阶段说明
    Base版: 此版本表示该软件仅仅是一个假页面链接,通常包括所有的功能和页面布局,但是页面中的功能都没有做完整的实现,只是做为整体网站的一个基础架构。
    
    Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主,通常只在软件开发者内部交流,一般而言,该版本软件的Bug较多,需要继续修改。
    
    Beta版: 该版本相对于α版已有了很大的改进,消除了严重的错误,但还是存在着一些缺陷,需要经过多次测试来进一步消除,此版本主要的修改对像是软件的UI。
    
    RC版: 该版本已经相当成熟了,基本上不存在导致错误的BUG,与即将发行的正式版相差无几。
    
    Release版: 该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正式版本,是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下,Release不会以单词形式出现在软件封面上,取而代之的是符号(R)。
    
    展开全文
  • 软件版本名称的定义 语义化...语义化版本网站摘要如下,推荐去语义化网站阅读版本格式:主版本号.次版本号.修订号,版本号递增规则如下:主版本号:当你做了不兼容的 API 修改, 次版本号:当你做了向下兼容的功能性

    软件版本名称、Restful Api 版本的定义 语义化版本

    Restful, App版本等管理的时候,如何命名版本的名称,是有详细的指导文档的。

    对于软件版本名称的定义推荐使用下面网站的指导做法。

    语义化版本 2.0.0: 语义化版本网站

    摘要如下,

    版本格式:主版本号.次版本号.修订号,版本号递增规则如下:

    主版本号:当你做了不兼容的 API 修改,
    次版本号:当你做了向下兼容的功能性新增,
    修订号:当你做了向下兼容的问题修正。
    先行版本号及版本编译信息可以加到“主版本号.次版本号.修订号”的后面,作为延伸。

    推荐去语义化网站阅读。

    展开全文
  • 软件版本号如何定义

    2019-02-23 10:35:50
    软件版本号如何定义

    分享一下我老师大神的人工智能教程。零基础!通俗易懂!风趣幽默!还带黄段子!希望你也加入到我们人工智能的队伍中来!https://blog.csdn.net/jiangjunshow

                    版本控制比较普遍的 3 种命名格式 :  一、GNU 风格的版本号命名格式 : 主版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]] Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Number]] 示例 : 1.2.1, 2.0, 5.0.0 build-13124   二、Windows 风格的版本号命名格式 : 主版本号 . 子版本号 [ 修正版本号 [. 编译版本号 ]] Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Number]] 示例: 1.21, 2.0   三、.Net Framework 风格的版本号命名格式: 主版本号.子版本号[.编译版本号[.修正版本号]] Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Number]] 版本号由二至四个部分组成:主版本号、次版本号、内部版本号和修订号。主版本号和次版本号是必选的;内部版本号和修订号是可选的,但是如果定义了修订号部分,则内部版本号就是必选的。所有定义的部分都必须是大于或等于 0 的整数。   应根据下面的约定使用这些部分: Major :具有相同名称但不同主版本号的程序集不可互换。例如,这适用于对产品的大量重写,这些重写使得无法实现向后兼容性。 Minor :如果两个程序集的名称和主版本号相同,而次版本号不同,这指示显著增强,但照顾到了向后兼容性。例如,这适用于产品的修正版或完全向后兼容的新版本。 Build :内部版本号的不同表示对相同源所作的重新编译。这适合于更改处理器、平台或编译器的情况。 Revision :名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。这适用于修复以前发布的程序集中的安全漏洞。 程序集的只有内部版本号或修订号不同的后续版本被认为是先前版本的修补程序 (Hotfix) 更新。   版本号管理策略  一、GNU 风格的版本号管理策略: 1.项目初版本时,版本号可以为 0.1 或 0.1.0, 也可以为 1.0 或 1.0.0,如果你为人很低调,我想你会选择那个主版本号为 0 的方式; 2.当项目在进行了局部修改或 bug 修正时,主版本号和子版本号都不变,修正版本号加 1; 3. 当项目在原有的基础上增加了部分功能时,主版本号不变,子版本号加 1,修正版本号复位为 0,因而可以被忽略掉; 4.当项目在进行了重大修改或局部修正累积较多,而导致项目整体发生全局变化时,主版本号加 1; 5.另外,编译版本号一般是编译器在编译过程中自动生成的,我们只定义其格式,并不进行人为控制。   二、Window 下的版本号管理策略: 1.项目初版时,版本号为 1.0 或 1.00; 2. 当项目在进行了局部修改或 bug 修正时,主版本号和子版本号都不变,修正版本号加 1; 3. 当项目在原有的基础上增加了部分功能时,主版本号不变,子版本号加 1,修正版本号复位为 0,因而可以被忽略掉; 4. 当项目在进行了重大修改或局部修正累积较多,而导致项目整体发生全局变化时,主版本号加 1; 5. 另外 , 编译版本号一般是编译器在编译过程中自动生成的,我们只定义其格式,并不进行人为控制。 另外,还可以在版本号后面加入 Alpha、Beta、Gamma、Current、RC (Release Candidate)、Release、Stable 等后缀,在这些后缀后面还可以加入 1 位数字的版本号。 对于用户来说,如果某个软件的主版本号进行了升级,用户还想继续那个软件,则发行软件的公司一般要对用户收取升级费用;而如果子版本号或修正版本号发生了升级,一般来说是免费的。  =============附录软件版本名称============  α(alphal) 内部测试版 α版,此版本表示该软件仅仅是一个初步完成品,通常只在软件开发者内部交流,也有很少一部分发布给专业测试人员。一般而言,该版本软件的 bug 较多,普通用户最好不要安装。  β(beta)外部测试版 该版本相对于α版已有了很大的改进,消除了严重的错误,但还是存在着一些缺陷,需要经过大规模的发布测试来进一步消除。这一版本通常由软件公司免费发布, 用户可从相关的站点下载。通过一些专业爱好者的测试,将结果反馈给开发者,开发者们再进行有针对性的修改。该版本也不适合一般用户安装。  γ(gamma)版 该版本已经相当成熟了,与即将发行的正式版相差无几,如果用户实在等不及了,尽可以装上一试。  trial(试用版) 试用版软件在最近的几年里颇为流行,主要是得益于互联网的迅速发展。该版本软件通常都有时间限制,过期之后用户如果希望继续使用,一般得交纳一定的费用进行注册或购买。有些试用版软件还在功能上做了一定的限制。  unregistered(未注册版) 未注册版与试用版极其类似,只是未注册版通常没有时间限制,在功能上相对于正式版做了一定的限制,例如绝大多数网络电话软件的注册版和未注册版,两者之间 在通话质量上有很大差距。还有些虽然在使用上与正式版毫无二致,但是动不动就会弹出一个恼人的消息框来提醒你注册,如看图软件acdsee、智能陈桥汉字 输入软件等。  demo 演示版 在非正式版软件中,该版本的知名度最大。demo版仅仅集成了正式版中的几个功能,颇有点像 unregistered。不同的是,demo版一般不能通过升级或注册的方法变为正式版。 以上是软件正式版本推出之前的几个版本,α、β、γ可以称为测试版,大凡成熟软件总会有多个测试版,如 windows 98 的β版,前前后后将近有10个。这么多的测试版一方面为了最终产品尽可能地满足用户的需要,另一方面也尽量减少了软件中的bug 。而 trial 、unregistered 、demo有时统称为演示版,这一类版本的广告色彩较浓,颇有点先尝后买的味道,对于普通用户而言自然是可以免费尝鲜了。  正式版,不同类型的软件的正式版本通常也有区别。  release 最终释放版 该版本意味"最终释放版",在出了一系列的测试版之后,终归会有一个正式版本,对于用户而言,购买该版本的软件绝对不会错。该版本有时也称为标准版。一般 情况下,release不会以单词形式出现在软件封面上,取而代之的是符号 (r) ,如 windows nt(r) 4.0、ms-dos(r) 6.22 等。  registered 注册版 很显然,该版本是与 unregistered 相对的注册版。注册版、release和下面所讲的standard版一样,都是软件的正式版本,只是注册版软件的前身有很大一部分是从网上下载的。  standard 标准版 这是最常见的标准版,不论是什么软件,标准版一定存在。标准版中包含了该软件的基本组件及一些常用功能,可以满足一般用户的需求。其价格相对高一级版本而言还是"平易近人"的。  deluxe 豪华版 顾名思义即为"豪华版"。豪华版通常是相对于标准版而言的,主要区别是多了几项功能,价格当然会高出一大块,不推荐一般用户购买。此版本通常是为那些追求"完美"的专业用户所准备的。  reference 该版本型号常见于百科全书中,比较有名的是微软的encarta系列。 reference是最高级别,其包含的主题、图像、影片剪辑等相对于standard和deluxe版均有大幅增加,容量由一张光盘猛增至三张光盘,并 且加入了很强的交互功能,当然价格也不菲。可以这么说,这一版本的百科全书才能算是真正的百科全书,也是发烧友们收藏的首选。  professional(专业版) 专业版是针对某些特定的开发工具软件而言的。专业版中有许多内容是标准版中所没有的,这些内容对于一个专业的软件开发人员来说是极为重要的。如微软的 visual foxpro标准版并不具备编译成可执行文件的功能,这对于一个完整的开发项目而言显然是无法忍受的,若客户机上没有foxpro将不能使用。如果用专业 版就没有这个问题了。  enterprise(企业版) 企业版是开发类软件中的极品(相当于百科全书中的reference版)。拥有一套这种版本的软件可以毫无障碍地开发任何级别的应用软件。如著名的 visual c++的企业版相对于专业版来说增加了几个附加的特性,如sql调试、扩展的存储过程向导、支持as/400对ole db的访问等。而这一版本的价格也是普通用户无法接受的。如微软的visual studios 6.0 enterprise 中文版的价格为 23000 元。  其他版本,除了以上介绍的一些版本外,还有一些专有版本名称。  update(升级版) 升级版的软件是不能独立使用的,该版本的软件在安装过程中会搜索原有的正式版,如果不存在,则拒绝执行下一步。如microsoft office 2000升级版、windows 9x升级版等等。  oem版 oem 版通常是捆绑在硬件中而不单独销售的版本。将自己的产品交给别的公司去卖,保留自己的著作权,双方互惠互利,一举两得。  单机(网络)版 网络版在功能、结构上远比单机版复杂,如果留心一下软件的报价,你就会发现某些软件单机版和网络版的价格相差非常大,有些网络版甚至多一个客户端口就要加不少钱。  普及版 该版本有时也会被称为共享版,其特点是价格便宜(有些甚至完全免费)、功能单一、针对性强(当然也有占领市场、打击盗版等因素)。与试用版不同的是,该版本的软件一般不会有时间上的限制。当然,如果用户想升级,最好还是去购买正式版。 Enhance 增强版或者加强版 属于正式版 Free 自由版 Full version 完全版 属于正式版 shareware 共享版 Release 发行版 有时间限制 Upgrade 升级版 Retail 零售版 Cardware 属共享软件的一种,只要给作者回复一封电邮或明信片即可。(有的作者并由此提供注册码等),目前这种形式已不多见。 Plus 属增强版,不过这种大部分是在程序界面及多媒体功能上增强。 Preview 预览版 Corporation & Enterprise 企业版 Standard 标准版 Mini 迷你版也叫精简版只有最基本的功能 Premium -- 贵价版 Professional -- 专业版 Express -- 特别版 Deluxe -- 豪华版 Regged -- 已注册版 CN -- 简体中文版 CHT -- 繁体中文版 EN -- 英文版 Multilanguage -- 多语言版           

    分享一下我老师大神的人工智能教程。零基础!通俗易懂!风趣幽默!还带黄段子!希望你也加入到我们人工智能的队伍中来!https://blog.csdn.net/jiangjunshow

    展开全文
  • windows软件版本定义

    2018-03-30 17:22:16
    当项目进行了局部修正或BUG修复时,主版本和子版本号都不变,修正版本号递增1当项目增加了部分功能,主版本号不变,子版本号递增1,同时将修正版本置0。当项目进行了重大修改或局部修改积累较多时,将导致项目的全局...
  • 软件版本号的定义

    千次阅读 2019-05-23 16:04:47
    版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]] Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Number]] 示例 : 1.2.1, 2.0, 5.0.0 build-13124 管理策略: 项目初版本时,版本号...
  • 软件版本如何的定义

    2013-06-13 16:23:00
    版本控制比较普遍的 3 种命名格式 : 一、GNU 风格的版本号命名格式版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]] Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Number]] ...
  • 在编写程序的时候,经常会用到VERSION,用来表示程序的版本号 有的时候我们还希望里面加个日期,例如:"System V2.0.1.2017.9.13" 又有的时候我们只想读出数字版本号,例如2, 0, 1,有的时候又想如果想将里面的2, 0, 1这...
  • 版本号如何定义

    千次阅读 2018-04-20 16:28:04
    使用 semver 的软件必须定义公开、严谨、易于理解的 API。也就是模块要提供功能给用户。 版本格式为:X.Y.Z,并且 X、Y、Z 均为正整数并且不断递增。X 表示大版本(major)、Y 表示小版本(minor)、Z 表示补丁...
  • 软件版本格式

    千次阅读 2013-01-04 14:37:25
    * Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主,通常只在软件开发者内部交流,一般而言,该版本软件的Bug较多,需要继续修改。 * Beta版: 该版本相对于α版已有了很大的改进,消除了严重的错误,但...
  • 软件项目版本号的命名格式 为了维护软件项目, 我们提出了对版本进行管理控制的要求. 而对于用户来说, 版本直接体现在版本号的命名上. 那么, 如何对版本号进行命名呢? 我查了许多的资料, 希望能解释得比较具体, ...
  • C语言软件版本号宏定义的高级技巧

    千次阅读 2017-09-13 11:30:31
    在编写程序的时候,经常会用到VERSION,用来表示程序的版本号,有的时候我们还希望里面加个日期,例如 "System V2.0.1.2017.9.13" 有的时候我们只想读出数字版本号,例如2, 0, 1,有的时候又想如果想将里面的2, 0, 1这3 ...
  • App版本定义与说明基础知识

    千次阅读 2016-03-15 22:29:42
    每一个操作系统(或广义的讲,每一个软件)都有一个版本号,有些童鞋对于版本号的定义规则或者当前版本号代表什么意思,升级开源库或者设置版本号应该规避那些问题可能只有一些模糊的概念,因此大概的描述下关于版本号...
  • 软件版本号的命名格式和规则

    千次阅读 2014-01-19 03:09:58
    版本控制比较普遍的 3 种命名格式 : 一、GNU 风格的版本号命名格式 : 主版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]] Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Number]] 示例 : ...
  • 软件项目版本号的命名规则及格式

    千次阅读 2016-08-01 09:48:38
    原文链接:软件项目版本号的命名规则及格式 版本控制比较普遍的 3 种命名格式 :一、GNU 风格的版本号命名格式 :主版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]] Major_Version_Number.Minor_Version_Number[....
  • 开放式SSRF 开发者实现 v3.0.0r00(发布) OpenSSRF 是标准频​​谱资源格式 (SSRF) 的...该软件库是 OpenSSRF 项目的一个版本,其目标是开发和发布最新标准频谱资源格式(当前版本 3.1.0)到 Java 的完整且可认证合
  • NRRD文件格式-基本定义

    千次阅读 2018-12-23 16:04:49
    在处理图像的过程中,遇到很多NRRD格式的文件。有一些程序需要读取特定的头文件信息来进行处理,所以,在这里,对部分NRRD头文件的参数进行说明。 示例图像出处: ...
  • 版本格式:主版本号.次版本号.修订号,版本号递增规则如下: 主版本号:当你做了不兼容的 API 修改, 次版本号:当你做了向下兼容的功能性新增, 修订号:当你做了向下兼容的问题修正。 先行版本号及版本编译元...
  • 软件版本控制流程

    千次阅读 2020-10-14 16:12:08
    1.编写目的 ...版本格式:主版本号.次版本号.修订号,版本号递增规则如下: 主版本号:当你做了不兼容的 API 修改, 次版本号:当你做了向下兼容的功能性新增, 修订号:当你做了向下兼容的问...
  • 软件项目版本号的命名格式

    千次阅读 2005-12-17 15:48:00
    为了维护软件项目, 我们提出了对版本进行管理控制的要求. 而对于用户来说, 版本直接体现在版本号的命名上. 那么, 如何对版本号进行命名呢? 我查了许多的资料, 希望能解释得比较具体, 同时也希望您在阅读本文的时候, ...
  • 曾经转过一篇文章《软件项目版本号的命名规则及格式介绍》 里面说明了一般项目版本号的定义方法 $(BuildDefinitionName)_$(VersionMajor).$(VersionMinor).$(VersionBuild).$(VersionRevision) 。...
  • 一、AAC简介AAC代表Advanced Audio Coding(高级音频编码),是一种由MPEG-4标准定义的有损音频压缩格式,由Fraunhofer发展,Dolby, Sony和AT&T是主要的贡献者。在使用MP4作为各种内容的容器格式的新多媒体MPEG-4...
  • 软件项目版本号的命名格式作者: lzlhero为了维护软件项目, 我们提出了对版本进行管理控制的要求. 而对于用户来说, 版本直接体现在版本号的命名上. 那么, 如何对版本号进行命名呢? 我查了许多的资料, 希望能解释得...
  • 软件项目版本号的命名规则及格式介绍 版本控制比较普遍的 3 种命名格式 :一、GNU 风格的版本号命名格式 :主版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]]英文对照 : Major_Version_Number.Minor_Version_...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 272,947
精华内容 109,178
关键字:

定义软件版本格式