Re: 即将推出XOOPS版本号变动Huh ?????? say it again...
同时，我将开始我的CHIIOS模块（批判性高智能操作系统）应该能够使我充分理解这些新闻的意义。
只是一个建议：不要改变Xoops的名字（这会让生活更简单）
Re: 即将推出XOOPS版本号变动简单易懂，AMIGO的XOOPS 1.0 rc 3.0.6采用了XOOPS 1.3.6，仅为错误修复版本。
XOOPS 1.0 Rc4变更为XOOPS 2.0，仅此而已。
Re: 即将推出XOOPS版本号变动解析版本号
版本号由三个部分组成：主版本号、次版本号和一个可选的修订版号。以下是一个示例版本号
2.0.4
它可以分为三部分
主版本：2
次版本：0
修订版：4
此组件的下一次发布将增加版本号的适当部分，具体取决于版本类型（主版本、次版本或修订版）。例如，随后的次版本将是版本 2.1，而随后的主版本将是 3.0。
注意，版本号由三个_整数_组成，而不是三个数字。因此，如果当前版本是 3.9.4，则下一个次版本是 3.10.0
beta 版本号
beta 版本在版本号之后加上 "B" 来表示。
在网上搜索了一个“googally” 
并找到了有关 Apache 网站上的版本控制这篇文章： Apache & Versioning... 并不是说这个必须是一个规则。大多数程序员使用他们自己的版本控制系统。新的 XOOPS 版本控制系统看起来很相似，但你可能想添加另一个元素。
示例：XOOPS 主版本的新样式如下 -->
Xoops 2.0.0 构建 1
我喜欢构建的概念，因为它让我觉得真的有东西被构建了！
另一个示例：XOOPS 进行了一些错误修复和新的模块/块。这将给出
Xoops 2.1.5 构建 5
说明：现在您将会有
- 主版本 2 [ 核心功能 ]
- 次版本 1 [ 新模块/块 ]
- 修订版 [ 5 个错误修复 ]
- 构建 5 [ 整个包被压缩了 5 次，并存储起来以供下载... ]
有如此多的不同版本控制风格/想法，我认为很难制定一套规则，更重要的是，使用规则并使 XOOPS 更加稳定和强大。
Re: 即将推出XOOPS版本号变动引用
示例：XOOPS 主版本的新样式如下 -->
Xoops 2.0.0 构建 1
Re: 即将推出XOOPS版本号变动因此；
1) "RC" 声明将不再使用，
2) 1.x 系列将不会有任何核心更改，并且将作为单独的、稳定的版本使用，并且不会面临进一步的重大更改，
3) XOOPS 将使用 2.x 系列进行开发，这些系列将进行重大更改。
如果我的理解正确，这现在就是XOOPS的新趋势。现在，决定使用1.x的人可以继续使用，其他人将跟随2.x前进。
嗯……似乎对我来说使用2.x更合理，如果你想要随着变化而前进，对吧？Right？
Re: 即将推出XOOPS版本号变动你是否需要等待2.x成熟，然后逐步过渡到1.x，这取决于你的需求。由于2.x的核心理念几乎被重写，所以将会带来很多改变。
Re: 即将推出XOOPS版本号变动引用
嗯……似乎对我来说使用2.x更合理，如果你想要随着变化而前进，对吧？Right？
我希望在为我的网站进行定制并感到其稳定后，用XOOPS替换当前我维护的网站（AZPuppets.org）。理想情况下，当前网站的外观除了增加一些块/字段和大量功能外，不会改变。但是，我在这里谈得多余了... Re: 即将推出XOOPS版本号变动我在故障排除和错误处理上几乎没有时间，所以你说得对。即使我愿意帮助调试，我也只能在自己的测试网站上做，不能在真实网站上操作。所以我更愿意等到2.x稳定。
但似乎这需要很长很长时间。在这期间，我仍然想在主要网站上使用XOOPS，并计划使用RC3.05或即将到来的3.0.6。我们会能够在未来从1.x升级到2.x吗？
据说代码将会被几乎重写。经过这么多的改变，升级是否可能？
Re: 即将推出XOOPS版本号变动为了更清晰地说明。
rc4（现在称为2.0）是稳定的，将进行1到2周的全部测试。
绝对可以升级。我们一直都有升级。
| Stats | |
| Goal: | $100.00 |
| Due Date: | Aug 31 |
| Gross Amount: | $0.00 |
| Net Balance: | $0.00 |
| Left to go: | $100.00 |
 |
|
