从技术上讲，如果想用yum更新RHEL或者CentOS服务器，但是只能达到某个发布date （也就是说不要安装Xdate之后发布的任何更新），是不是可能，如果是这样的话，怎么样？
到目前为止，我能想到的唯一方法是使用专用的卫星服务器或本地存储库，并且在某个date之后根本不同步，但这不是我正在寻找的。
我问的原因是我们有一个服务于多个客户的中央（共享）卫星服务器，其中一个客户要求所有服务器（包括正在构build的新服务器）保持相同的更新级别，直到他们准备好向上移动。 如果没有为这个客户创build一个新的专用卫星（我们不会在Xdate之后同步），我能想到的唯一方法就是如果我们可以阻止服务器（包括新build的服务器）在某个发布date之前更新。
我search了一下，找不到任何东西（比如一个yum选项或插件），这可能表明它甚至是可能的，但如果我只是没有find正确的东西，我问你。
如果问题不清楚，请让我知道。
这听起来像这个客户应该有自己的卫星组织内部（如果你愿意，你可以给他们组织pipe理权限），或者你应该克隆你需要的渠道，然后，当他们说去，你进入每个克隆通道并更新它（现在不能完全想到这个术语，但它旁边的“同步”button。
当您最初克隆一个频道时，您可以select使用no / all / selected勘误来克隆它。 在5.6（还是5.5？）他们添加了一个选项克隆以匹配特定版本。 在此之前，你必须使用脚本（不受支持？）
一个警告，虽然更新时，通过接口的“pipe理频道”部分，而不是通过接口的“勘误”部分，你会发现自己疯了。
请注意，红帽拥有一些RHEL 5和RHEL 6最佳实践指南，用于pipe理SOE（标准操作环境），这可能是您感兴趣的。
例如。 https://access.redhat.com/articles/1169613 （用户内容）
如果你想要的是具有完全相同包和版本的多台机器，你可以使用yum load-ts （ yum load-transaction ）
从man yum ：
负载交易
这个命令将重新载入一个保存的yum事务文件，这允许你在一台机器上运行一个事务，然后在另一台机器上使用它。 获得保存的yum交易文件的两种常用方法是从“yum -q history addon-info last saved_tx”或通过。 当事务解决但不运行时，自动保存在$ TMPDIR / yum_save_tx。*中。