Godot 发布策略

Godot的发布政策是不断变化的.以下内容是为了给各位提供一个大致的预期,但实际会发生什么取决于核心贡献者的选择,以及社区在特定时期的需求.

Godot 版本

Godot松散地遵循了 `语义版本学<https://semver.org/>`__ ,采用了 major.minor.patch 的版本系统,尽管对每个术语的解释都根据游戏引擎的复杂性进行了调整:

• major [主要]版本在发生重大不兼容时会增加,这意味着项目需要大量的移植工作才能从一个主要版本迁移另一个主要版本.

  例如,将Godot项目从Godot 2.1移植到Godot 3.0时,需要通过转换工具运行项目,然后对工具无法自动完成的工作进行进一步的手动调整.

• minor [次要]版本在不严重破坏兼容性的功能发布时增加.在非常特定的领域中,小版本*可能*会出现轻微的兼容性问题,但绝大部分项目并不会受到影响或需要做大量的移植工作.

  原因在于,作为一个游戏引擎,Godot涵盖了渲染、物理、脚本等多个领域,修复某个领域的bug或实现新功能,有时可能需要改变某个功能的行为,或者修改某个类的接口,即便是引擎API的其他部分仍然向后兼容.

小技巧

因此,建议所有用户升级到新的次要版本,但有必要进行一些测试,以确保你的项目在新的次要版本中仍能按照预期的方式运行.

• patch [补丁]版本是为维护版本而增加的,其重点是修复错误和安全问题,实现平台支持的新要求,以及可用性安全性增强.补丁版本是向后兼容的.

  补丁版本可能包含一些不影响现有API的小的新功能,因此没有影响现有项目的风险.

小技巧

因此,更新到新的补丁版本被认为是安全的,并强烈推荐给特定稳定分支的所有用户.

我们将 major.minor 组合称为 table branches [稳定分支].每个稳定分支都从一个 major.minor 版本开始(没有 0 表示 patch ),并在同名的Git分支中进一步开发维护版本(例如,3.3稳定分支的补丁更新在 3.3 Git分支中开发).

注解

如导言中所述,Godot的发布规则在不断变化,早期的Godot版本可能没有严格遵守上述规则.特别是,3.2稳定分支在3.2.2中获得一些新的功能,这些新功能需要进行 minor 版本递增.

发布支持时间表

在下一个稳定分支发布并获得第一个补丁更新之前,我们 至少会支持稳定分支.在实践中,只要有需要维护更新的活跃用户,我们就会以最大努力 的方式支持稳定分支.

每当一个新的主要版本发布时,我们都会对上一个稳定分支提供长期的支持,并尽最大努力为那些无法将复杂项目移植到新的主要版本中的旧版用户提供修复帮助.2.1分支如此,到Godot 4.0发布时,最新的3.x稳定分支也会如此.

Legend: 完全支持 - 部分支持 - 不支持(生命结束) - 开发版本

预览版的Godot版本并不打算用于生产,仅用于测试目的.

下一个版本什么时候出来？

虽然Godot的贡献者并没有截止日期,但通常每年都会发布一个主要或次要的Godot版本,每一个版本之间都有数次维护更新.

自Godot 3.3以来,我们的目标是加快次要版本的开发周期,所以可以预期每3到6个月更新一个次要版本.

维护(补丁)版本将根据需要发布,开发周期可能很短,作用是为当前稳定分支的用户提供最新的错误修复,以满足他们的生产需求.

至于即将到来的Godot 4.0,我们只能说,我们的目标是在 2021年 发布,再近的预期就很难保证了.一旦Godot 4.0的主要功能最终确定下来,我们就会尽快发布Alpha版本.