除了 debian stable 之外，testing 和unstable 分支还包含更新版本的软件。 Ubuntu 采用不稳定的版本并维护自己的发行系统。但我的观点是例如 KDE。 Kubuntu 最新已经有了 KDE 19，而 debian stable 还停留在 17。那么如果是基于 Debian stable 的话，为什么 Debian 落后这么多版本呢？
Ubuntu 的打包系统有什么不同吗？另外你能建议任何基于 Ubuntu 的“滚动”发行版吗（比如 debian不稳定是滚动的）？
答案1
KDE Plasma 5.19 目前已发布在 Debian 实验中可用。 Ubuntu 基于 Debian，但它不是 1:1 的副本，存在差异，Ubuntu 软件包维护者可以决定在 Ubuntu 中打包更新（或旧）版本。如果你想要一个基于 Ubuntu 的滚动发行版，你可以使用滚犀牛工具。
答案2
Ubuntu 采用不稳定的版本并维护自己的发行系统。
这实在是过于简单化了。每个 Ubuntu 版本首先都是基于之前的 Ubuntu 版本。 Debian 和 Ubuntu 都有自己的开发人员，有自己的优先事项，许多开发人员在两边做事，但绝不是全部。
对于 Ubuntu 发布周期的一部分，有一个自动化过程，将软件包从 Debian Unstable 导入到 Ubuntu，其中没有特定于 Ubuntu 的修改。还有一个半自动系统，用于将 Debian 的更改合并到具有 Ubuntu 特定修改的 Ubuntu 软件包中。
然而，另一个方向没有自动流动。源自 Ubuntu 的更新不会到达 Debian，除非有人明确地将它们上传到那里。
Ubuntu 的打包系统有什么不同吗？
技术方面非常相似。社会/政治方面非常不同。 Debian 非常以维护者为中心（尽管比以前少了），而 Ubuntu 根本没有软件包的个人维护者的概念。这使得在 Debian 中推动重大更新比在 Ubuntu 中更加困难。
在这种情况下，虽然我怀疑问题只是缺乏人力，但我长期以来一直听到有关 Debian 中的 KDE 团队人手不足的抱怨。
另外你能建议任何基于 Ubuntu 的“滚动”发行版吗（比如 debian不稳定是滚动的）？
Debian 或 Ubuntu 都没有真正的滚动版本。当然，他们有开发版本，但这些开发版本中发生的事情是循环的，有一段定期开发的时期，然后是逐渐严格的冻结，为稳定版本做准备，然后是稳定版本发生后的追赶。
Ubuntu 中的“不稳定”和“测试”本质上是当前开发版本的“建议”和“发布”部分。
Debian 和 Ubuntu 之间的一个很大的区别是 Ubuntu 中的周期要压缩得多。 Debian 在预发布冻结过程上花费的时间与 Ubuntu 在整个发布周期上花费的时间一样长。
答案3
Debian 发行版试图以最大的方式保持稳定性和安全性。如果您需要更多最新软件，可以从向后移植存储库安装它。
https://wiki.debian.org/Backports
尽管阅读了 Debian 文档，但他们确实回避安装除安全补丁之外的最新、最好的版本。
https://www.debian.org/doc/manuals/debian-reference/ch02.en.html
作为 Ubuntu 这是一本很好的读物https://help.ubuntu.com/lts/installation-guide/s390x/ch01s02.html 1.2.1. Ubuntu 和 Debian Ubuntu 和 Debian 是不同但平行且紧密联系的系统。 Ubuntu 项目旨在在以下领域补充 Debian 项目：
1.2.1.1。软件包选择 Ubuntu 并不为开源世界中可用的每个软件包提供安全更新和专业支持，而是选择一组完整的软件包来组成一个可靠且全面的系统，并为该组软件包提供支持。
对于想要访问每个已知软件包的用户，Ubuntu 提供了一个“universe”组件（软件包集），Ubuntu 系统的用户可以在其中安装不受支持的软件包的最新版本。 Ubuntu Universe 中的大多数软件包也在 Debian 中，尽管 Universe 也有其他来源。有关 Ubuntu Web 发行版结构的更多详细信息，请参阅 Ubuntu 组件页面。
1.2.1.2。发布 Ubuntu 每六个月发布一次版本，并为这些版本提供 18 个月的支持，并提供每日安全修复和关键错误补丁。
当 Ubuntu 准备发布时，我们“冻结”了 Debian 开发档案（“sid”）的快照。我们从“sid”开始，以便让我们自己能够自由地做出有关发布管理的决定，独立于 Debian 的准备发布。这是必要的，因为我们的发布标准与 Debian 的非常不同。
举一个简单的例子，由于 Debian“sarge”支持的 11 种体系结构中的任何一种体系结构上的构建失败，某个软件包可能会被排除在 Debian“测试”之外，但如果它只在其中的 3 种体系结构上构建和运行，它仍然适用于 Ubuntu 。如果根据 Debian 标准，某个软件包具有发布关键型错误，那么该软件包也将被阻止进入 Debian “测试”，但对于 Debian 而言，发布关键型错误对于 Ubuntu 可能并不那么重要。
作为一个社区，我们选择与 Debian 不同的地方，以尽量减少 Debian 和 Ubuntu 之间的差异。例如，我们通常选择更新到最新版本的 Gnome，而不是 Debian 中的旧版本，并且我们可能会对其他关键基础设施（例如 X 或 GCC）执行相同的操作。这些决定被列为该版本的功能目标，我们作为一个社区努力确保它们在发布之前就位。