建立作業系統鏡像
OpenFactory 將標準化配方轉換為映像工件,並在要求且可用時啟動此工件進行驗證。確切的建置器和階段因基礎映像系列和部署而異。
配方控制什麼
| 面積 | 規範位置 | 評論問題 |
|---|---|---|
| 基礎和硬體意圖 | 內聯代碼 0 標記、內聯代碼 1 標記 | 這是正確的發行版、版本、架構和最低配置文件嗎? |
| 功能與套件 | 內嵌代碼 2 標記、內聯代碼 3 標記 | 該基礎上是否存在並支援所要求的功能? |
| 服務和帳戶 | 內聯代碼 4 標記、內聯代碼 5 標記 | 配置和最低權限存取是否明確? |
| 桌面和品牌 | 內嵌代碼 6 標記、內聯代碼 7 標記 | 所選桌面是否擁有這些設定和資產? |
| 安裝程式和持久性 | 內聯代碼 8 標記、內聯代碼 9 標記 | 安裝到磁碟和持久性要求是否經過實際測試? |
| 客製化自動化 | os.startup_scripts、附件、源碼包 | 輸入是否已固定、有界並且可以安全地以聲明的用戶身份運行? |
| 驗證 | 內嵌程式碼11MARK | 測試是否觀察每項實質結果而非僅是引導? |
請參閱配方架構以了解完整形狀。
建構生命週期
公共狀態流可以包括規劃、配置、來源包工作、影像生成、最終確定和測試。不保證每個目標都顯示為相同的命名階段。遵循啟動請求傳回的建置 ID,並將後端的目前狀態視為權威。
將這些結果分開:
validated表示已接受辨識的配方形狀;- 終端成功建置意味著工件已完成;
- 測試成功意味著所選斷言在其環境中通過了;和
- 如果啟用的話,認證或發布是稍後的政策決定。
安靜的進展並不是創造重複建構的理由。使用相同的建置 ID 重新連線到建置控制台或狀態端點。如果建置最終失敗,請在重試之前保留階段、錯誤和日誌。
推薦的工作流程
- 寫下可觀察的驗收標準。
- 產生或編輯配方。
- 驗證它並將標準化結果與完整對話進行比較。
- 檢查推斷的功能、外部來源、安裝程式設定和場景。
- 開始一個建置並遵循其持久 ID。
- 查看工件摘要、包裝清單、警告和測試證據。
- 在符合要求的一次性環境中啟動或安裝。
- 僅透過適用的核准管道進行推廣或發布。
主題指南
| 主題 | 用它來 |
|---|---|
| 基础映像 | 选择受支持的构建系列 |
| 功能 | 了解注册的能力模块 |
| 服务 | 声明服务配置 |
| 自定义软件 | 审查存储库支持的包输入 |
| 用户 | 安全创建图像本地帐户 |
| 桌面版 | 选择并验证桌面设置 |
| 启动脚本 | 创作有界首次启动单元 |
從最小的有用圖像開始。僅在了解先前工件的行為和證據後才添加功能。