RPM 软件包管理工具的设计意图

理解 RPM 的设计意图，有利于帮助你了解如何使用 RPM，以及 RPM 的某些功能是如何实现的，在这个基本上，方便你更好的使用它对系统中的 RPM 软件包进行管理和维护。
理解 RPM 的设计意图，有利于帮助你了解如何使用 RPM，以及 RPM 的某些功能是如何实现的，在这个基本上，方便你更好的使用它对系统中的 RPM 软件包进行管理和维护。
 可升级性：
 使用 RPM，你能够单独的升级系统上某个单独的组件，而无需重新安装整个软件包或者整个系统。当你取得一个基于 RPM 软件格式的新操作系统 (如 Fedora ) 的发行版时，你无需在机器上重新安装一个 Fedora 操作系统，RPM 能够聪明地、全自动化地为你升级系统。并且，所有软件包配置文件中的自定义设置都将被保留。
 RPM 软件包既可用于安装，也可用于升级软件包，如果你要升级某个软件包，只需获得最新的 rpm 软件包就行了。
 强大的查询功能：
 RPM 被设计成拥有强大的查询功能，你能够通过搜索整个数据库查询软件包或者是软件包中的文件。你能够查询出某个文件属于哪个软件包，或者软件包是从哪里取得的。
 RPM 软件包中的所有文件被包含在一个压缩档案中，另外还有一个自定义的二进制头文件，其中包含了软件包的相关信息以及包含的内容。这样一来，查询单个软件包的信息，就变得更快速、更容易了。

 系统验证
 RPM 的另一个强大的特性就是软件包验证功能。如果你担心自己不小心删除了某个软件包中的重要文件，你能够通过验证软件包得知。如果被通知软件包异常，则可以通过重新安装软件包来解决，并且会保持你的现有的配置文件不被更改。
 原软件源 (Pristine sources)
 RPM 的另一个重大设计目标是允许使用原软件源 (Pristine Software Source)。RPM 将原软件源与软件的补丁分开。这种机制有几个原因，例如，当某个程序的新版本发布了，你不必重头开始编译整个程序，只需要查看补丁，看看可能需要执行哪些操作对程序进行更新，当然普通用户不太需要关注这一部分特性。
 保持原软件源看起来只有软件开发人员很重要，但从结果上来看，它也使得终端用户能够得到更高质量的可用软件包。