Filesystems 多个RPM解包到同一目录最佳实践和基本原理

Filesystems 多个RPM解包到同一目录最佳实践和基本原理,filesystems,rpm,package-managers,Filesystems,Rpm,Package Managers,从我在文档中看到的情况来看,在解包RPM时,最佳做法是在/opt/中解包。我的问题是,从系统管理或技术角度来看,是否有一个令人信服的理由来解释为什么不能将多个RPM解包到另一个子目录 例如,如果我有/opt/,让多个RPM创建/opt/,然后在那里解包,这样我会得到/opt//和/opt//,其中是在两个RPM中映射的目录,安全吗?如果这不安全,为什么不呢?在RPM中,您会提到RPM拥有的文件和文件夹 如果你能很好地处理上述情况,我认为这不会产生问题 将新rpm解包到现有rpm拥有的文件夹的子目

从我在文档中看到的情况来看,在解包RPM时,最佳做法是在
/opt/
中解包。我的问题是,从系统管理或技术角度来看,是否有一个令人信服的理由来解释为什么不能将多个RPM解包到另一个子目录


例如,如果我有
/opt/
,让多个RPM创建
/opt/
,然后在那里解包,这样我会得到
/opt//
/opt//
,其中
是在两个RPM中映射的目录,安全吗?如果这不安全,为什么不呢?

在RPM中,您会提到RPM拥有的文件和文件夹

如果你能很好地处理上述情况,我认为这不会产生问题


将新rpm解包到现有rpm拥有的文件夹的子目录中不是最佳做法,请澄清一下好吗?我现在能够处理它,是的,但为什么它不是最佳实践?这条路上有没有我错过的问题?一个我目前还不知道的问题?如果将新rpm解包到现有rpm已经拥有的子目录中不是最佳做法,那么一定有原因,对吗?我看不出有任何问题,只要rpm的安装和卸载是干净的。如果rpm的卸载不会影响其他子目录,那么就不是问题。