修改後的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操作系統的版本控制

回答

相關問題