搜尋你的 Windows 服務，在每次變更前預覽，並查看自昨天以來哪些內容發生了漂移

• 沒有搜尋。唯一的導覽方式，是跳到顯示名稱的首字母。
• 沒有篩選。無法詢問設為自動啟動但沒有執行的是哪些。
• 一次只能處理一列。重新啟動十二個服務，就是十二次按右鍵和十二次等待。
• 永遠停在「Stopping...」，除了工作管理員和猜測處理程序之外別無出路。
• 沒有歷程記錄。沒人知道是誰、在何時把這個啟動類型設成了 Disabled。
• 隱藏的資料。處理程序、觸發程序、特殊權限、安全性描述元、誰替可執行檔簽章，所有這些都需要憑記憶使用 sc.exe，或去翻登錄。
• 命令列能力不對等。sc.exe 的語法還停留在九〇年代，而 Windows 內建的 Windows PowerShell 5.1 中的 Get-Service 不顯示服務執行所用的帳戶，更不用說描述了。PowerShell 7 兩者都顯示，但需要另外安裝。

$ bws snapshot diff before.json --live --exit-code
Changed (2):
  Spooler  Print Spooler
    startType: Manual -> Automatic
    status: Stopped -> Running  (running state, not configuration)
  wlidsvc  Microsoft Account Sign-in Assistant
    status: Stopped -> Running  (running state, not configuration)

Added 0, removed 0, changed 2. Fields differing: 1 in configuration, 2 in running state.

• 組態與執行狀態分開回報。相隔一天產生的兩個快照，在恰好正在執行的內容上會有所不同，而其中幾乎沒有一項是漂移。值得閱讀的是那一行：被變更的啟動類型。
• 無法比較的內容會被列出，而不是被隱藏。某個快照從未讀取過的欄位，會顯示為 not compared，因此一份寫著沒有任何變化的差異，表示的是在雙方都能看到的範圍內沒有任何變化。
• 當組態不同時，--exit-code 以 5 結束，因此排程工作可以在部署時產生快照，並在電腦發生漂移的第一個夜晚通知相關人員。
• 兩台電腦，兩個檔案。在預備環境和正式環境各產生一個快照，然後在任何地方比較它們。

$ bws stop Winmgmt --dry-run --dependents
Plan: stop Winmgmt  (2 steps)
  1. stop  vmms      (would break otherwise)
  2. stop  Winmgmt   (asked for)

Warnings:
  - Stopping Winmgmt also stops one other entry: vmms
  - Winmgmt starts automatically, so it will be back after the next restart.

• 拿掉 --dry-run 再執行，執行的就是這些步驟，順序相同，旁邊的原因也相同。真正執行時沒有第二條程式碼路徑。
• 一併關閉的內容都寫在計畫裡。會受影響的服務各自是獨立的步驟，如果某項計畫會關掉電腦必需的東西，警告裡會寫明。
• 拒絕出現在按鈕之前。驅動程式、服務管理員不接受停止要求的服務、系統保護的處理程序，都會在產生計畫時連同原因一起被拒絕。視窗會把按鈕反灰，並在旁邊說明原因。
• 強制停止分兩步，第二步是有條件的。bws kill 先要求服務停止，只有無效時才結束它的處理程序，並列出同在該處理程序中的每一個其他服務。