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修复的一个版本。
116
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
