yum – 如何对镜像上游存储库进行版本控制?

前端之家收集整理的这篇文章主要介绍了yum – 如何对镜像上游存储库进行版本控制?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我管理着许多跨越多个环境(dev,qa,staging和production)的服务器.为了帮助管理这些内容,我们在应用程序的本地Web服务器上有多个存储库(例如app_1_el6,app_2_el7等).我们还镜像了几个上游repos,它们为我们的自定义rpms(例如EL Repo [1],EPEL [2]等)提供依赖性,以减少包下载时间.

目前,cron作业将本地与上游存储库同步.我们会不时地引入导致问题的更新(例如与我们的某个软件包不兼容).这最终导致了很多痛苦,我想避免.

我想做的是为上游存储库的本地镜像创建某种版本控制.我想确保,例如,如果在上游仓库中引入了一个新的包来破坏我们的自定义转速,那么我有办法回滚或以某种方式隔离该包.最好的方法是什么?

[1] http://elrepo.org/tiki/tiki-index.php

[2] https://fedoraproject.org/wiki/EPEL

Michael Hampton引用了一个名为Katello和 Spacewalk的答案,Satellite是RedHat提供的产品.

Katello是卫星Fedora对RedHat的影响(根据this)

Lifecycle environmentscontent views正是您在Katello寻找的:

Promoting a Content View

Initially a Content View is published to Library as version 1. If there are Content Hosts in other environments that would like to consume this Content View,a version of the content view will need to be promoted to those environments.
For example,given the Content View “New Content View”,version 1 of which has been promoted to the Dev environment. Any Content Hosts in Dev attached to the Content View would remain at version 1 until a version 2 is both published and promoted to the Dev environment.

Content view sample http://www.katello.org/docs/2.3/user_guide/content_views/promote_content_view2.png

Content view promoting progress http://www.katello.org/docs/2.3/user_guide/content_views/promote_content_view3.png

猜你在找的Bash相关文章