Godot 发布策略¶

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

Godot 版本¶

Godot 松散地遵循了语义版本学，采用了 major.minor.patch 的版本系统，不过对每个术语的解释都根据游戏引擎的复杂性进行了调整：

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

例如，将 Godot 项目从 Godot 2.1 移植到 Godot 3.0 时，需要通过转换工具运行项目，然后对工具无法自动完成的工作进行进一步的手动调整。
minor（次要）版本在不严重破坏兼容性的功能发布时增加。在非常特定的领域中，小版本可能会出现轻微的兼容性问题，但绝大部分项目并不会受到影响或需要做大量的移植工作。

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

小技巧

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

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

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

小技巧

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

我们将 major.minor 组合称为稳定分支。每个稳定分支都从 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 稳定分支也会如此。

次版本号相同的一系列版本中，只有最新的补丁版本会得到支持。如果你在使用较旧的补丁版本时遇到问题，请在前往 GitHub 提交问题之前先升级到该系列的最新补丁版本并测试。

版本	发布日期	支持级别
Godot 4.0	~2022（见下文）	当前开发重点（不稳定）。
Godot 3.5	Q1 2022	Beta。在开发过程中接收新功能以及错误修复。
Godot 3.4	November 2021	接受对错误、安全和平台支持问题的修复，以及向后兼容的可用性增强。
Godot 3.3	2021 年 4 月	接受对错误、安全和平台支持问题的修复，以及向后兼容的可用性增强。
Godot 3.2	2020 年 1 月	不再支持，因为被兼容的 3.3 版本完全取代了（最后更新：3.2.3）。
Godot 3.1	2019 年 3 月	不再支持（最后更新：3.1.2）。
Godot 3.0	2018 年 1 月	不再支持（最后更新：3.0.6）。
Godot 2.1	2016 年 7 月	不再支持（最后更新：2.1.6）。
Godot 2.0	2016 年 2 月	不再支持（最后更新：2.0.4.1）。
Godot 1.1	2015 年 5 月	不再支持。
Godot 1.0	2014 年 12 月	不再支持。