Godot 发布策略¶

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

Godot 版本¶

Godot松散地遵循了语义版本学 , 采用了 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稳定分支也会如此.

版本	发布日期	支持级别
Godot 4.0	~2021(见下文)	[unstable]当前开发重点(不稳定).
Godot 3.4	2021年第二或第三季度	\|支持\| Beta. 在开发过程中接收新功能以及错误修复。
Godot 3.3	2021年4月	接受对错误, 安全和平台支持问题的修复, 以及向后兼容的可用性增强.
Godot 3.2	2020年1月	不再支持, 因为被兼容的 3.3 版本完全取代了(最后更新: 3.2.3).
Godot 3.1	三月2019	仅关键, 安全和平台支持修复(最后更新:3.1.2).
Godot 3.0	2018年1月	不再支持(最后更新:3.0.6).
Godot 2.1	2016年7月	仅关键, 安全和平台支持修复(最后更新:2.1.6).
Godot 2.0	2016年二月	不再支持(最后更新:2.0.4.1).
Godot 1.1	2015年5月	不再支持.
Godot 1.0	2014年12月	不再支持.