修改后的linux操作系统的版本控制

我为特定平台/客户等（和Windows）定制Linux（RHEL）操作系统版本。我们开始安装，定制品牌，安装特定的软件包，自定义分区等...修改后的linux操作系统的版本控制

我需要关于更好的方式来对这些操作系统进行版本控制的建议。目前，我们使用SVN来控制基本安装（即RHEL 5.6,6.1等）。我们不会将基本RPMS上传到Subversion服务器，因为它们会迅速膨胀回购，只有自定义元素。我们对每个版本都有YUM回购协议。脚本在检出基本操作系统版本后运行，然后从YUM仓库中为所需的特定软件包版本执行抓取操作。我一直无法找到任何其他职位/指南，正是我需要做的。

我们基本上必须版本控制每个操作系统发行版的软件包列表，并做一些愚蠢的事情来让软件包进入基本操作系统来创建最终的操作系统映像，然后通过kickstart（windows的不同流程）安装最终的操作系统映像。

我觉得这很麻烦，会导致潜在的错误。一定会有更好的办法！我已经查看了未修改组件的工件存储库，但不确定这是否会显着帮助我。 PS：对于每个自定义版本的版本控制都很关键，我甚至不能说RHEL 6.2是RHEL 6.2，我必须能够以某种方式证明自定义版本是正确的自定义版本（就像SVN所做的那样）。

任何建议表示赞赏！

来源

2013-02-12 Andrew S

你是什么意思“......甚至不能说只是说RHEL 6.2是RHEL 6.2”？这是否因yum repo的修改而发生？ – 2013-02-13 10:15:17

我的意思是告诉客户我们“使用”rhel 6.2不够好。我必须能够明确地表明我们安装的版本与配置管理下的版本相同......换句话说，它必须是100％可重复的。例如：我们用来在SVN仓库中存储整个RHEL 5.6定制镜像。为了重现图像，我们可以在SVN管理的时候轻松地指向与RHEL 5.6版本相关的标签。这种解决方案必须提供与重现性相同的可信度。 – 2013-02-13 22:57:12

您是否考虑过使用Pulp？您可以为要跟踪的每个“发行版”创建一个存储库。

来源

2013-02-13 00:51:49 bcrochet

以前从来没有听说过它。我会很快看到这一点。 – 2013-02-13 22:57:42

对Pulp的快速回顾表明，它可能不是我需要这项工作的完全必要条件，但可能对其他人有所帮助。我已经有几个镜像OEM OS的YUM Repos。我需要一些能够为每个软件包组执行某种版本管理的软件（也许这是纸浆工作吗？）---我曾指出，有些人曾经使用完全配置管理创建，管理和控制定制操作系统实践。 – 2013-02-13 23:30:30

ahhh ......在考虑了一点之后，至少可以按照您的建议，在一定程度上使Pulp工作 - 为每个操作系统版本创建一个回购站。它似乎至少简化了回购管理流程。我目前每次发布都有yum repos。（相当痛苦的管理）。我可能不得不放弃这一点。我仍然认为必须有一个更全面的解决方案来涵盖我所有的问题（为什么我正在考虑使用[Artifactory]（http://www.jfrog.com/home/v_artifactory_opensource_overview） – 2013-02-13 23:49:09

修改后的linux操作系统的版本控制

回答

相关问题