搜索你的 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 先请求服务停止，只有无效时才结束它的进程，并列出同在该进程中的每一个其他服务。