[坑]打rpm包时，注意%post和%postun的执行顺序
这篇讲的是RPM打包中一个容易被忽略的坑：升级软件包时，错误的脚本执行顺序会导致配置被意外修改。作者在打包PHP扩展时发现，每次执行`yum update`升级成功后，新扩展在php.ini中的配置项就会被自动注释掉。 问题出在spec文件的`%postun`段。升级时，系统会先执行新包的`%post`段（安装后），再执行旧包的`%postun`段（卸载后）。作者旧包的`%postun`脚本原本是为卸载准备的，会用sed注释掉扩展配置，这就在升级过程中被误触发了。 根本原因在于`%postun`段接收的参数：参数0代表卸载，1代表升级。解决方案很直接——在`%postun`脚本中增加判断，只有当参数为0时才执行注释操作。这样升级时配置就能完好保留。文章还清晰梳理了`%pre`、`%post`、`%preun`、`%postun`在不同场景（安装、升级、卸载）下接收的参数含义，对编写可靠的spec文件很有参考价值。