在两个LTS版本之间有三个短暂的版本。Ubuntu应该用滚动发布模型替换它们。即使您不是Ubuntu用户，您也可能知道它的发布模式。有一个长期支持(LTS)版本，每两年发布一次，支持五年。在这两个LTS版本之间，我们可以看到三个非LTS版本，每个版本之间间隔6个月。LTS版本保持内核不变（除非你选择HWE内核），同时也保持各种软件组件不变，以提供稳定的生产环境。介于两者之间的Ubuntu的非LTS版本具有Ubuntu的新功能、更新的内核、新的桌面环境以及Ubuntu软件存储库中各种软件的新版本。众所周知，这些非LTS版本充当“试验场”，为最终出现在LTS版本中的功能提供测试。这就是为什么我建议摆脱这些中间版本并选择LTS版本之间的滚动发布模型。为什么，请听我说完。LTS版本之间的滚动开发六个月的发布时间表给了Ubuntu开发人员一个紧凑的工作时间表。这是将他们的目标集中在适当路线图上的好方法。然而，这也给在每个版本中提供“更多”新功能带来了额外的压力。如果时间很短，这不可能总是完成。还记得Ubuntu不得不从21.04版中删除GNOME40吗？因为开发人员没有足够的时间来完成它。此外，最终用户（比如你和我）选择留在非LTS版本中是不可行的。它的支持在九个月后结束，这意味着即使你不立即升级到下一个非LTSUbuntu版本，最终你也将不得不升级。如果您在6个月内没有升级，则可能需要在9个月内升级。我知道您会说升级Ubuntu版本很容易。几次点击、良好的互联网速度和潜在的备份将使您轻松获得新的Ubuntu版本。我的问题是，为什么要打扰。滚动发布更简单。让升级发生在LTS版本之间。开发人员在准备就绪时发布新功能。用户随着系统的更新不断升级，而不是每6、9个月做一次“大升级”。你看，选择非LTS版本的人是那些想要新功能的人，让他们通过滚动版本获得它们。LTS的发布时间表保持不变，每两年发布一次。错误测试？像任何其他滚动发布一样制作测试分支。当我说滚动发布时，我并不是说像ArchLinux那样滚动。它应该像Manjaro一样滚动。换句话说，在测试之后推出升级，而不是直接在野外发布。目前，新的Ubuntu版本有beta版本，以便早期采用者可以对其进行测试并向开发人员提供反馈。这是通过保持测试和稳定分支来实现的，就像许多其他滚动发布一样。您如何看待滚动发布？我知道Ubuntu的铁杆用户期待每个版本。代号、吉祥物、艺术品和壁纸，这些都是Ubuntu遗产的一部分。我们应该打破这个传统吗？这只是我的意见，我很想听听你的意见。Ubuntu应该选择这种混合滚动模型还是坚持使用当前模型？你怎么认为？
