使用 CPAM HPMS 進行跨平臺應用程式管理

概述

我們面臨的問題

人類創造的計算機反映了人類種族。

可能的解決方案

Java 環境就是一個很好的例子，它旨在跨不同的不相容平臺執行相同的“操作”。X 視窗和 GNUstep 是另外兩個例子，它們旨在為應用程式開發人員提供統一一致的程式設計環境。

需要一種解決方案來處理跨不同作業系統的應用程式管理。鑑於 GNUstep 在應用程式開發活動方面做出了跨平臺宣告，因此應用程式管理活動也應該跨平臺統一。透過統一，我們並不是說要拋棄您在應用程式上現有投資，而是希望與您現有的系統合作，但要提出一個我們可以都同意的最低公分母標準，比如...待定。

在這個專案中，我們希望使用 GNUstep 應用程式作為示例來展示使用 CPAM 的好處。目前，有不同的包源可以為不同的作業系統平臺建立 GNUstep 包。我們將展示如何使用一個包源為不同的作業系統建立本地包，以及使用相同的工具來維護 GNUstep 包。

本書將解釋如何使用 HPMS 打包 GNUstep，以便輕鬆地將 GNUstep 部署到不同的作業系統平臺。我們還將探討將 HPMS 功能整合到 GNUstep 中以將 HPMS 新增到 GNUstep 的可能性。

專案概述幻燈片

TBA.

簡要介紹一些 PMS 及其包格式

- RPM
- Solaris pkgadd
- HP-UX SD-UX
- GNUstep pkg
- MacOS X pkg
- Debian dpkg
- 嵌入式 Linux 系統的 ipkg。
PMS 的比較
HPMS 的比較

HPMS 的架構

HPMS                      TWW

PMS      RPM      PKGADD         MSI         SD-UX
       --------- -----------  -----------  ----------
       | Linux | | Solaris |  | Windows |  | HP-UX  |
OS     |       | |         |  |         |  |        |
       --------  ----------   -----------  ----------

為什麼要這樣做

自動化包管理以提高效率。
軟體編譯過程非常複雜，需要準確瞭解您需要使用哪些其他軟體進行編譯，以及如何將編譯標誌配置到編譯器。這個複雜的過程實際上可以編入指令碼，並透過簡單的命令重複執行，而無需等待原始作者來複制該過程。
經驗豐富的專家花費大量時間來幫助新的開發人員/打包人員進行原始碼編譯。
時間可以更好地花在軟體開發上，而不是在編譯和打包過程中。
軟體和包建立過程可以輕鬆地由其他人透過簡單的命令複製。
透過快速生成錯誤修復來改進 QA 測試。

何時

待定。

誰

技術提供商：TWW Inc. http://www.thewrittenword.com

該專案使用 TWW Inc. 建立的 CPAM 工具。該公司建立了 TWW 工具集，以幫助進行跨平臺開源包建立和部署。目前，GNUstep 不在他們的支援包列表中。好的一點是，我們有機會邀請 Steppers 一起建立包源。他們支援的所有包的原始碼都可以在 ftp://support.thewrittenword.com 上找到。這些包源需要使用供應商的編譯器進行編譯。gcc 編譯器僅在 RedHat 平臺上使用。

團隊成員

T.J. 楊
如果您對該專案認真，請在此處新增您的姓名和聯絡方式。

計劃

向 GNUstep CPAD 社群介紹 TWW Inc. 實施的 CPAM（跨平臺應用程式管理）工具。
- 跨平臺說起來容易做起來難，因為每個平臺的功能都是對其他平臺的障礙。
釋出由 TWW CPAM 實施的 GNUstep 包源。
- 我將釋出一個可工作的包源，供其他人試用和審查。
- 包源可以為 RHAS rpm、Solaris pkgadd 和 HP-UX depot 格式生成本地包格式。
編寫關於學習 TWW CPAM 的教程。
- 如果您承諾將所學內容寫成一篇教程文章，我願意幫助/協助一些人熟悉 TWW 工具。

將 GNUstep 開發流程與 TWW CPAM 整合

當前 TWW HPMS 支援的系統

請檢視 http://www.thewrittenword.com/evaluate/ 以瞭解當前支援的作業系統平臺。