![为什么 CentOS 即使发布了最新版本,仍然提供旧版本的应用程序(例如 Python 2.6)?](https://linux22.com/image/51643/%E4%B8%BA%E4%BB%80%E4%B9%88%20CentOS%20%E5%8D%B3%E4%BD%BF%E5%8F%91%E5%B8%83%E4%BA%86%E6%9C%80%E6%96%B0%E7%89%88%E6%9C%AC%EF%BC%8C%E4%BB%8D%E7%84%B6%E6%8F%90%E4%BE%9B%E6%97%A7%E7%89%88%E6%9C%AC%E7%9A%84%E5%BA%94%E7%94%A8%E7%A8%8B%E5%BA%8F%EF%BC%88%E4%BE%8B%E5%A6%82%20Python%202.6%EF%BC%89%EF%BC%9F.png)
为什么 CentOS 即使发布了最新版本,仍然提供旧版本的应用程序(例如 Python 2.6)?
其背后的原因和逻辑是什么?
答案1
为什么是旧版本?
主要原因是稳定性和兼容性。请记住,对于 RHEL 等发行版以及间接通过 CentOS(源自 RHEL),这两个发行版的用户的主要要求是平台支持 7-10 年。为了做到这一点,特定版本的软件基本上被锁定很长一段时间。
此外,许多人还错误地认为发行版附带的 Python、Perl 等版本可供他们使用。实际上,这些软件包确实适用于将在这些发行版上运行的软件。
例如,用于管理 CentOS 系统的所有 system-config-* 工具都使用 Python。具体来说,它们都使用系统中作为包包含的 Python 版本。
维护自己的
如果您是应用程序开发人员,并且您的应用程序有其他要求,那么您需要 Python、Perl 或其他版本的 X 版本。然后,您应该花时间根据自己的要求来管理它,而不是依赖操作系统为您提供它。
有一些工具可用于管理您自己的这些解释器版本。看看这个 U&L 问答,标题为:推荐用于统计的 Linux 发行版?其中我介绍了用于管理您自己的 Python、Perl 和 Ruby 解释器版本的各种工具。