我是一名业余+管理员（自 1993 年以来在多台机器（从 1 到 50 台）上使用 Linux），这就是说，我从未深入研究发行版之间差异的血淋淋的细节，而是更专注于更高层次的内容。级别层（服务）。
我通常使用 Debian 及其变体。
一段时间以来，我不得不与 Redhat 系列（主要是 CentOS）打交道，从服务的角度来看，这对我来说没有太大影响。
不过，有一件事是有问题的：CentOS 中软件包的新鲜度。我目前有一台 CentOS6 机器，它可能可以升级到 CentOS7，但之前的升级（相同情况：CentOS6 到 CentOS7）非常糟糕。这可能是我们的错（尽管我们认真阅读文档、升级前检查等）——没关系。
关键是软件包的版本是一成不变的，没有“测试”存储库（甚至 EPEL 测试也很旧），而且我最终得到了我需要的过时版本的软件包。
对于这个发行版系列来说，如何最好地解决这个问题？
- 升级？：除了由于之前的更新而产生的精神病性恐惧之外——在某些时候我们将面临同样的问题
- 编译从来源？我不想再“去 gentoo”了，我喜欢那些能够极大地简化像我这样想成为管理员的人的生活的软件包。这对于一些包含良好的包来说可能是可以接受的（我这样做是为了摆脱 Python 2.5），但其他深深扎根于系统中的包将是一个问题。
- 获取转速与最新版本？我尝试了（不受支持的）软件包，但一开始它们就需要无数的依赖项（包括像 glib 这样可怕的依赖项）——这本来就很好（我一直在 Debian 上使用它），但我担心会发生冲突。
答案1
如果您无法接受即使在新的主要 CentOS 版本发布的第一天也会使用“过时”的软件包，并且它们只会变得更旧，那么您就使用了错误的发行版。 CentOS 就是故意这样的。
CentOS 7 所基于的 Red Hat Enterprise Linux 7 是从 Fedora 19 分叉出来的，Fedora 19 的发布时间早于 RHEL 7.0 大约 15 个月。我们不太可能在未来三年左右看到 RHEL/CentOS 8，到那时我们将运行 4 年多前的软件版本。
我们这些管理大量系统的人喜欢这种发行版，因为这意味着我们不会不断地追逐操作系统的变化。我们可以让我们的软件在稳定的平台上运行，然后去做其他事情。
我们中的一些人甚至跳过了主要版本。 RHEL产品生命周期故意重叠版本，以便同时支持 3 或 4 个操作系统版本。 RHEL/CentOS 5.11 与 RHEL 7.0 几乎同时发布，这意味着可以完全跳过版本 6，同时仍然使用不超过 6 个月前删除的 ISO。
有许多替代发行版会尽力在其软件包存储库中仅提供最新的软件。事实上，这可能是更常见的 Linux 发行版。缺点是每次升级都有损坏的风险。
两种发行理念都有其优点，这就是我们拥有这两种 Linux 的原因。