5.0 KiB
SUMMARY — 這份 unattend.xml 是怎麼長出來的
為什麼需要它
手動裝一台 Windows 是這樣的：按「下一步」、選語系、接受 EULA、分割磁碟、填序號、建帳號、略過 OOBE 一堆隱私問題、登入後開 PowerShell 裝軟體。一台大約 20–30 分鐘，十台就是半天。而且每次點的選項還不一定一樣。
部署這件事的本質是：把「一次性的人工操作」變成「可重複的檔案」。
Windows 給的答案叫 Answer File（回應檔，通常是 unattend.xml）。開機時 Setup 會去讀這份 XML，把原本需要人類回答的問題一題一題自己答完。
設計的三條主線
這份 unattend.xml 不是隨便把欄位湊齊，而是圍繞三個目標組出來的：
1. 零互動（Zero Touch）
從 USB 開機到桌面出現，中間不應該有任何畫面需要鍵盤滑鼠。
為了做到這件事，檔案裡有一連串「否決畫面」的開關：
HideEULAPage/HideOEMRegistrationScreen/HideOnlineAccountScreens/HideWirelessSetupInOOBE— 把 OOBE 那些煩人的頁面全部隱藏SkipMachineOOBE/SkipUserOOBE— 機器層與使用者層的 OOBE 都略過AcceptEula=true— 安裝時的授權合約預先接受WillShowUI=OnErroronProductKey— 序號正確就不跳視窗，錯了才問
這些不是可有可無的選項，而是「零互動」這個目標的具體落實。
2. 確定性（Deterministic）
同一份 unattend.xml 套上去，結果應該一樣。
- 磁碟分割是硬寫的：清空 Disk 0 → EFI 500 MB → MSR 128 MB → 剩下全給 Windows。不讓 Setup 自己猜，不處理遷移場景。
- 語系/時區是硬寫的：
zh-TW+Taipei Standard Time。不依賴 OEM image 預設。 - 唯一的例外是電腦名稱：
PC-%RAND:5%刻意引入隨機，因為「確定性」遇到「多台部署不可重名」時要讓路給後者。
這是一個取捨：確定性優先，但在會造成衝突的地方（主機名）讓步。
3. 交棒到腳本（Hand-off to Scripts）
XML 能做的事有上限。超過這條線（裝軟體、設 Registry、拉 Git repo、裝驅動）就不該硬塞 XML，應該交給 PowerShell。
FirstLogonCommands 就是交棒點：
Order 1 → Setup.ps1 （所有「後續設定」都塞這裡）
Order 2 → net accounts （一行搞定的雜事直接 cmd）
Order 3 → shutdown /r （重開機收尾）
這讓 unattend.xml 保持「只負責 Windows 本身的安裝」，其他事情外包給腳本。職責分離之後，改軟體清單不需要動 XML，改部署流程也不需要動 Setup 邏輯。
為什麼分成三個 Pass
Windows Setup 有七個 pass，本檔只用三個。不是偷懶，是三個 pass 對應三個時機，各自只能做某些事：
| Pass | 時機 | 此時系統長什麼樣 | 只能在這裡做的事 |
|---|---|---|---|
windowsPE |
從 USB 開機、Windows 還沒裝 | 記憶體中的迷你作業系統 | 磁碟分割、選要裝哪個映像、產品序號 |
specialize |
映像展開完、第一次開機前 | C:\ 已存在但沒有使用者 | 電腦名稱、加網域、硬體相關 |
oobeSystem |
首次開機、OOBE 跑起來時 | 完整 Windows、等使用者建帳號 | 建本機帳號、AutoLogon、FirstLogonCommands |
每個欄位都有「必須」出現的 pass，放錯地方 Windows 就不讀。 語系要在 windowsPE 設（給 WinPE 用）也要在 oobeSystem 設（給 OOBE 用）——這就是為什麼 International-Core 在檔案裡出現兩次，不是冗餘。
妥協的地方
幾個「明知道不理想、但為了能動先這樣」的決定：
| 妥協 | 為什麼這樣 | 正式環境怎麼改 |
|---|---|---|
| 密碼明碼 | 方便第一次測試，看得懂 | 用 Windows SIM 產生 Base64，或交給 MDT/SCCM 管 |
| 本機帳號 + AutoLogon | 純離線可跑 | 改成 Domain Join + 網域管理員登入 |
| ProtectYourPC=3 | 略過 OOBE 的隱私頁，預設行為 | 依公司政策調整，或用 GPO 蓋掉 |
| 單一 Disk 0 + 整碟清空 | 對測試 VM 最安全的假設 | 多硬碟環境要加 DiskID 判斷邏輯 |
*Setup.ps1 路徑硬寫 C:\Scripts* |
簡單 | 改從 USB/網路拉，或用 MDT 的 Applications 機制 |
這些不是 bug，是當前脈絡下的合理起點。要產品化就對照這張表一個一個升級。
對話的起點
這份檔案最初是從一個問題開始的：
「透過回應檔案（Answer files，通常檔名為 unattend.xml）來自動化配置 Windows 安裝設定。自動處理像是語系選擇、建立使用者帳號、輸入序號，甚至是執行自定義的腳本。」
答案就是上面講的那套設計。剩下的事（產 USB、跑 VM、除錯）都寫在 QUICKSTART.md，每個欄位做什麼事寫在 README.md。
這份 SUMMARY.md 只想講一件事：為什麼這份 XML 長這樣。 以後如果要改，知道每條線在撐著什麼，就不會拆錯地方。