【Linux】yum与rpm实战：从依赖解析到离线部署的完整指南
1. 理解yum与rpm的基础关系
在Red Hat系Linux系统中，yum和rpm就像是一对默契的搭档。rpm（Red Hat Package Manager）是底层的包管理工具，负责单个软件包的安装、查询和卸载。而yum（Yellowdog Updater Modified）则是基于rpm构建的高级工具，它最大的价值在于能自动解决依赖关系。
我刚开始接触Linux时，曾经用rpm -ivh直接安装一个软件包，结果系统提示缺少十几个依赖项。当时不得不手动一个个下载安装，结果发现这些依赖包还有自己的依赖，简直像掉进了无底洞。这就是yum存在的意义——它能自动分析并下载所有需要的依赖包。
关键区别：
- rpm处理单个包时像手工组装家具，需要自己准备所有零件
- yum则像全套服务，连螺丝刀都会帮你准备好
2. 联网环境下的依赖解析实战
2.1 查询依赖关系的四种方法
当我们需要安装一个软件时，首先应该了解它的依赖关系。这里分享几个实用命令：
# 查询已安装包的依赖 rpm -qR nginx # 查询未安装包的依赖 rpm -qpR /path/to/package.rpm # 使用yum查看更详细的依赖树 yum deplist docker-ce # 检查文件属于哪个包（反向查询） rpm -qf /usr/bin/vi最近我在配置一个CI/CD环境时，需要确认gitlab-runner的依赖项。使用yum deplist gitlab-runner后发现它依赖的Ruby版本与现有系统不兼容，提前发现了这个潜在冲突。
2.2 解决环形依赖的技巧
环形依赖就像"先有鸡还是先有蛋"的问题。比如包A依赖B，B依赖C，而C又依赖A。遇到这种情况时：
- 可以尝试用一条命令同时安装所有相关包：
yum install packageA packageB packageC- 特殊情况下可能需要使用
--nodeps参数（慎用）：
rpm -ivh --nodeps problematic.rpm记得去年部署一个金融系统时，遇到三个安全包之间的环形依赖。最终是通过创建本地仓库，用createrepo命令生成元数据后，才用yum成功安装。
3. 离线环境部署全攻略
3.1 完整下载包及其依赖
在生产环境中，经常需要在内网机器上部署软件。这时候就需要先在联网机器上准备好所有依赖：
# 安装下载工具 yum install yum-utils -y # 下载主包及所有依赖 repotrack --download_path=/opt/packages nginx # 或者使用downloadonly模式 yum install --downloadonly --downloaddir=/opt/packages nginx注意事项：
repotrack会下载所有可能的依赖版本downloadonly只下载当前系统缺少的依赖- 建议使用相同版本的系统进行操作
3.2 构建离线仓库
下载完所有rpm包后，需要将其组织成yum可识别的仓库：
# 安装仓库创建工具 yum install createrepo -y # 创建仓库元数据 createrepo /opt/packages # 生成仓库配置文件 cat > /etc/yum.repos.d/local.repo <<EOF [local] name=Local Repository baseurl=file:///opt/packages enabled=1 gpgcheck=0 EOF在最近一次给银行做系统迁移时，我们就是用这种方法准备了包含300+个包的离线仓库。关键是要确保所有依赖都被完整下载，可以通过yum repolist检查仓库是否可用。
4. 高级技巧与故障排查
4.1 依赖冲突解决
当两个软件需要不同版本的同一个依赖时，可以尝试：
# 查看冲突详情 yum install package1 package2 # 使用版本锁定 yum versionlock add packageX4.2 特殊场景处理
场景一：系统已有旧版本依赖
# 使用--oldpackage参数 rpm -Uvh --oldpackage package-1.0.rpm场景二：文件冲突
# 使用--replacefiles参数 rpm -ivh --replacefiles conflict-package.rpm场景三：需要保留多个版本
# 使用alternatives系统 alternatives --install /usr/bin/python python /usr/bin/python2.7 504.3 实用脚本分享
这是一个自动下载依赖包并创建仓库的脚本：
#!/bin/bash PKG_NAME=$1 DOWNLOAD_DIR="/opt/packages/${PKG_NAME}" mkdir -p ${DOWNLOAD_DIR} repotrack -p ${DOWNLOAD_DIR} ${PKG_NAME} createrepo ${DOWNLOAD_DIR} echo "离线仓库已创建于 ${DOWNLOAD_DIR}" echo "请将整个目录复制到目标机器并配置repo文件"5. 最佳实践与经验总结
经过多年运维实践，我总结出几个关键点：
- 版本一致性：离线环境所有机器的系统版本应该尽量一致，避免依赖问题
- 仓库管理：建议按项目或功能创建不同的仓库目录，方便维护
- 依赖检查：部署前先用
rpm -qpR检查依赖是否齐全 - 测试验证：先在测试环境验证离线安装过程
曾经有个教训：在某次紧急部署中，我直接复制了开发机的rpm包到生产环境，结果因为glibc版本差异导致整个系统崩溃。现在我会严格遵循以下流程：
- 使用相同版本的系统镜像创建临时虚拟机
- 在干净环境中测试所有依赖
- 制作部署检查清单
- 保留回滚方案
对于关键系统组件，建议不仅下载运行时依赖，还要包括调试符号和开发包：
repotrack --archlist=x86_64,noarch glibc glibc-devel glibc-common最后提醒：所有操作都要在测试环境验证后再上生产。养成使用--test参数测试的好习惯：
rpm -Uvh --test *.rpm