開發與正式部署模式
JelinaOS 面向“現場可自我修復的生產裝置”設計。理解開發除錯與正式部署的差異，可以避免一個常見的誤解：在執行中的系統上直接修改檔案，改動只留在可寫層——它不會進入下一次建置的映像，恢復出廠後也會消失。
開發與正式部署的核心差異
Section titled “開發與正式部署的核心差異”| 場景 | 推薦方式 | 原因 |
|---|---|---|
| 開發 / 修復 | 透過系統建置體系整合變更，重新建置映像驗證 | 修改進入映像，可復現、可交付 |
| 生產 / 維運 | 透過更新套件與目標狀態下發變更 | 有回退路徑，狀態可恢復 |
- 直接修改執行中的檔案（如替換程式、改設定），改動只存在裝置的可寫層；
- 這類修改不受 A/B 與疊加層回復機制保護，裝置恢復或升級後即丟失；
- 生產裝置上的變更請走更新通道，保留可回退能力。
系統提供與執行模式相關的設定（存放於系統設定目錄，持久儲存）：
| 設定 | 預設 | 說明 |
|---|---|---|
| 生產模式 | 關閉 | 開啟後裝置僅透過安全通道與雲端通訊 |
| GUI 總開關 | 開啟 | 控制介面系統是否啟用 |
| 空間監控模式 | 提示 | 空間告警時的處理方式（僅告警 / 提示重新啟動 / 強制重新啟動） |
生產模式開啟後，裝置的管理與存取均經安全通道完成，詳見安全與資料隔離。
開發除錯的注意事項
Section titled “開發除錯的注意事項”- 短期診斷工具優先放在臨時目錄，使用前核對來源與檢查碼，用後清理；
- 優先透過更新套件或測試環境部署改動，不直接替換裝置上已安裝的程式；
- 開發裝置上確需直接替換時：記錄原始檔案資訊、儲存回復副本、驗證後把修復提交回建置體系；
- 生產裝置不要直接替換檔案——沒有變更計畫時，直接替換的產物不受回復機制保護。
JelinaOS 提供兩種系統變體，建置時確定：
| 變體 | 啟動目標 | 顯示管理器 | 說明 |
|---|---|---|---|
| 桌面 | 圖形介面 | LightDM | 帶 XFCE4 桌面環境 |
| 命令列 | 多使用者命令列 | 無 | 純命令列，資源佔用最小 |
桌面變體的組成：XFCE4 桌面（xfwm4 視窗管理器）、預設使用者（jelina）、音訊（PulseAudio）、網路管理（NetworkManager）、以及內建介面系統（GUI 渲染器與控制命令列）。介面系統提供首啟歡迎、更新進度、空間告警等互動介面。