From: http://www.cocoachina.com/bbs/read.php?tid=214977
Cocos2d-x及其相关产品版本发布标准
Alpha:
该版本是不稳定的。它可能会存在内存泄漏,崩溃,API不稳定等问题。它只具有较低的质量保证。
虽然这个版本不准备用于开发,但它仍可用于测试。
Alpha版本可能刚刚重构了核心的功能,这也意味着其核心功能可能不稳定(能正常运作)。
对于Cocos2d-x:
alpha版本的基本功能是可以正常工作的(虽然算不上很好,但应该还行),像精灵,场景,动作等。
它可能会存在内存泄漏、崩溃,或最近新添加的特性可能还不完善等问题,它的相关文档也可能还没更新。
举一个例子:渲染器的重构必须在“Alpha”版本(而不是Beta版)中实现。
对于Cocos Studio:
Alpha版本的含义也是相同的,既它的基本功能可以正常工作:能将精灵或标签添加到一个新场景。 新增加的功能可能使编辑器崩溃(例如:Linux版本经常崩溃,粒子编辑器无法就绪等),或项目文件格式在后续的版本中可能会改变,或某个输入项可能不工作。
Alpha版本不是最终版。新功能会被添加到后续的Alpha和Beta版本中。
Beta:
该产品比Alpha版更稳定,它可能会崩溃,但不会经常发生。它的核心组件不会有大的改动。
较少的特性被重构到Beta版本,但核心功能是稳定的。
该产品更具质量保证。 Alpha和Beta之间唯一的区别是:Beta比Alpha更稳定。在Beta版中,不会添加重要的新功能。
对于Cocos2d-x:
所有核心功能(精灵、菜单、标签、导演、转换)都是稳定的。修复的Bug会添加到了核心功能中,但核心部分没有大的重构。 但也许像新粒子引擎这种新的特性还不完善,Cocos Studio的读者可能会崩溃。 一些Cocos2d-x用户可能会使用Beta版完成一个真正的游戏。
对于Cocos Studio:
所有的核心功能都是稳定的。但可能像发射器这种新的特性还不完善,新的工作流程还不完美。
Beta版也不是最终版。少的新功能可能还会被添加到后续的beta版中;影响核心功能的新特性必须在Alpha版本中添加,而不是在Beta版本中添加。
RC:
发布该版本意味着:只要没有发现重大的bug,那该产品是可以准备发布的。 “RC”和“最终版”之间不同的是:RC比最终版本具有较少的测试。
很多的Cocos2d-x和Cocos Studio用户尝试和使用RC版本,包括在产品开发中。
RC版本是功能的终结版。不管多么小的新功能都不会在RC版本中添加了。
命名标准
主号.次号[版本号|状态]
主版本号: 当在功能上有显著的飞跃(如:更改会引起接口系统不兼容的框架)时,主版本号增加。
次版本号: 当有很小的功能被添加或者修复了重要的bug时,次版本号增加。
版本号: 当小错误被修复时,版本号增加。
状态: 状态可能是:AlphaN,BetaN或RCN。
下面的例子是Cocos2d-x可能的版本及其含义:
v2.0-Alpha0:
对于版本的状态号,它的第一个数字开头的一定是0,而不能是1,也不能为空。就像你看到的那样,我们发布的第一个版本不会是“Alpha1”,而是叫它“Alpha0”,或“Beta0”,或“RC0”。
v1.0发布的有效名称是:v1.0-Alpha0,v1.0-Alpha1,v1.0-Beta0。
无效名称:v1.0-Alpha0, v1.0-Beta1,v1.0-RC
何时使用'0'作为一个主要版本号(如:0.5.3)?
'0'表示该项目不包含创造者所设想的那些需要被创建的全部特性。
‘0’并不表示它不稳定,而是意味着它不完整。
但‘0’也意味着它不能保证向后兼容性。
例如:我创建了一个非常完美的文本编辑器,它非常稳定,只是不具备打印功能。这样没有打印功能的文本编辑器是不被接受的。因此,我们发布版本为“0.9”的文本编辑器,它可能对有些人有用。不过文本编辑器V1.0必须具备打印功能。
例:
V0.1:表示该产品缺乏很多功能。 V0.7-Beta0:表示该产品具有比V0.1更多的功能。它可能是向后兼容的,不过目前还不稳定。 v0.99.1:表示该产品已接近于完整,缺少一些功能,但它是稳定的。 V1.0:稳定版本。拥有广大用户使用所需要的功能。 V1.1-Beta0:不稳定的版本。比1.0版具有更多的功能,但新功能还在开发中。 V2.0-Alpha0:不稳定。做了很大的修改,或添加了重要的新功能。仍然会在开发中及早地使用它。 V2.0.2:稳定版本。它是在2.0版本的基础上添加了一些bug修复的一个版本。
该版本是不稳定的。它可能会存在内存泄漏,崩溃,API不稳定等问题。它只具有较低的质量保证。
虽然这个版本不准备用于开发,但它仍可用于测试。
Alpha版本可能刚刚重构了核心的功能,这也意味着其核心功能可能不稳定(能正常运作)。
对于Cocos2d-x:
alpha版本的基本功能是可以正常工作的(虽然算不上很好,但应该还行),像精灵,场景,动作等。
它可能会存在内存泄漏、崩溃,或最近新添加的特性可能还不完善等问题,它的相关文档也可能还没更新。
举一个例子:渲染器的重构必须在“Alpha”版本(而不是Beta版)中实现。
对于Cocos Studio:
Alpha版本的含义也是相同的,既它的基本功能可以正常工作:能将精灵或标签添加到一个新场景。 新增加的功能可能使编辑器崩溃(例如:Linux版本经常崩溃,粒子编辑器无法就绪等),或项目文件格式在后续的版本中可能会改变,或某个输入项可能不工作。
Alpha版本不是最终版。新功能会被添加到后续的Alpha和Beta版本中。
Beta:
该产品比Alpha版更稳定,它可能会崩溃,但不会经常发生。它的核心组件不会有大的改动。
较少的特性被重构到Beta版本,但核心功能是稳定的。
该产品更具质量保证。 Alpha和Beta之间唯一的区别是:Beta比Alpha更稳定。在Beta版中,不会添加重要的新功能。
对于Cocos2d-x:
所有核心功能(精灵、菜单、标签、导演、转换)都是稳定的。修复的Bug会添加到了核心功能中,但核心部分没有大的重构。 但也许像新粒子引擎这种新的特性还不完善,Cocos Studio的读者可能会崩溃。 一些Cocos2d-x用户可能会使用Beta版完成一个真正的游戏。
对于Cocos Studio:
所有的核心功能都是稳定的。但可能像发射器这种新的特性还不完善,新的工作流程还不完美。
Beta版也不是最终版。少的新功能可能还会被添加到后续的beta版中;影响核心功能的新特性必须在Alpha版本中添加,而不是在Beta版本中添加。
RC:
发布该版本意味着:只要没有发现重大的bug,那该产品是可以准备发布的。 “RC”和“最终版”之间不同的是:RC比最终版本具有较少的测试。
很多的Cocos2d-x和Cocos Studio用户尝试和使用RC版本,包括在产品开发中。
RC版本是功能的终结版。不管多么小的新功能都不会在RC版本中添加了。
命名标准
主号.次号[版本号|状态]
主版本号: 当在功能上有显著的飞跃(如:更改会引起接口系统不兼容的框架)时,主版本号增加。
次版本号: 当有很小的功能被添加或者修复了重要的bug时,次版本号增加。
版本号: 当小错误被修复时,版本号增加。
状态: 状态可能是:AlphaN,BetaN或RCN。
下面的例子是Cocos2d-x可能的版本及其含义:
v2.0-Alpha0:
- Cocos2d-x新的重要版本。不稳定。
- Cocos2d-x的稳定版本。这是在v2.1上加了一些bug修复的版本。
- 和v2.1.3类似,但增加了一些新功能。还不稳定。
- 和v2.1.3类似,但增加了一些小功能,这些功能是稳定的。
对于版本的状态号,它的第一个数字开头的一定是0,而不能是1,也不能为空。就像你看到的那样,我们发布的第一个版本不会是“Alpha1”,而是叫它“Alpha0”,或“Beta0”,或“RC0”。
v1.0发布的有效名称是:v1.0-Alpha0,v1.0-Alpha1,v1.0-Beta0。
无效名称:v1.0-Alpha0, v1.0-Beta1,v1.0-RC
- 无效是因为不可能没有“Beta0”版就拥有一个“Beta1”版。无效是因为“RC”不是有效的。“RC0”才是有效的。
何时使用'0'作为一个主要版本号(如:0.5.3)?
'0'表示该项目不包含创造者所设想的那些需要被创建的全部特性。
‘0’并不表示它不稳定,而是意味着它不完整。
但‘0’也意味着它不能保证向后兼容性。
例如:我创建了一个非常完美的文本编辑器,它非常稳定,只是不具备打印功能。这样没有打印功能的文本编辑器是不被接受的。因此,我们发布版本为“0.9”的文本编辑器,它可能对有些人有用。不过文本编辑器V1.0必须具备打印功能。
例:
V0.1:表示该产品缺乏很多功能。 V0.7-Beta0:表示该产品具有比V0.1更多的功能。它可能是向后兼容的,不过目前还不稳定。 v0.99.1:表示该产品已接近于完整,缺少一些功能,但它是稳定的。 V1.0:稳定版本。拥有广大用户使用所需要的功能。 V1.1-Beta0:不稳定的版本。比1.0版具有更多的功能,但新功能还在开发中。 V2.0-Alpha0:不稳定。做了很大的修改,或添加了重要的新功能。仍然会在开发中及早地使用它。 V2.0.2:稳定版本。它是在2.0版本的基础上添加了一些bug修复的一个版本。