在 Debian 稳定版上创建和/或使用向后移植是一种在保持稳定的同时保持最新状态的方法。但是，使用向后移植不会破坏稳定吗？如果不是，为什么向后移植不只是主稳定存储库的一部分？
答案1
但是，使用向后移植不会破坏稳定吗？
如果你小心谨慎，精挑细选，就不会出现问题。我一直使用反向移植（我运行 Debian 稳定版），从未遇到过问题。
关键是避免升级或以其他方式更改核心包。这包括系统中广泛使用的基础库，包括重要的C和C++库（例如libc6，libstdc++），init系统，基础系统所依赖的Perl和Python等重要语言实现的默认版本等。我们还避免升级像 KDE 和 GNOME 这样的大型复杂子系统，因为它太混乱了，尽管它们是否是基本系统的一部分还有争议。你不必使用它们。另一方面，Debian 中的许多最终用户软件包确实依赖于 KDE 或 GNOME，或者至少依赖于它们的相关库。
如果您将自己限制在叶包（即没有其他包依赖的包）上，那就没问题。无论如何，这通常是大多数最终用户应用程序所属的类别。有时，只要小心，向后移植更重要的包是可以的。例如，我向后移植了 TeX Live，其中有许多软件包做取决于。另一种方法是与现有默认版本一起安装软件包的非默认版本。例如，Debian 支持多个版本的 Python，因此可以升级甚至添加更新版本的 Python，而不会影响系统的完整性。同样，由于 Debian 支持多个版本的 GCC，因此可以向后移植较新版本的 GCC。通常升级内核和驱动程序等软件也是可以的，因为这些软件通常与用户空间的联系很弱。
注意：需要明确的是，在我上面的评论中，我包括了自行创建的向后移植，而不仅仅是 Debian 通过 backports.org 正式提供的向后移植。例如，据我所知，从来没有通过 backports.org 提供过 TeX Live 向后移植，尽管向后移植实际上相对容易。