Pesquise seus serviços do Windows, veja cada mudança antes de executar e descubra o que se desviou desde ontem

• Sem busca. A única navegação é saltar para a primeira letra de um nome de exibição.
• Sem filtro. Não há como perguntar mostre o que está configurado para iniciar automaticamente e não está em execução.
• Uma linha por vez. Reiniciar doze serviços são doze cliques com o botão direito e doze esperas.
• "Parando..." para sempre, sem saída além do Gerenciador de Tarefas e de adivinhar o processo.
• Sem histórico. Ninguém sabe quem definiu esse tipo de inicialização como Desabilitado, nem quando.
• Dados ocultos. O processo, os gatilhos, os privilégios, o descritor de segurança, quem assinou o executável - tudo exige o sc.exe de cabeça, ou o Registro.
• Sem paridade na linha de comando. O sc.exe tem uma sintaxe dos anos noventa, e o Get-Service que vem com o Windows, no Windows PowerShell 5.1, não mostra a conta sob a qual um serviço roda, quanto mais a descrição. O PowerShell 7 mostra as duas coisas e se instala separadamente.

$ 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.

• Configuração e estado de execução são informados separadamente. Dois instantâneos feitos com um dia de intervalo diferem no que por acaso está em execução, e quase nada disso é deriva - o tipo de inicialização que mudou é a linha a ler.
• O que não pôde ser comparado é listado, não escondido. Um campo que um instantâneo nunca leu sai como not compared, de modo que uma comparação que diz nada mudou significa que nada mudou no que os dois lados podiam ver.
• --exit-code termina com 5 quando a configuração difere, de modo que uma tarefa agendada pode fazer um instantâneo na implantação e avisar alguém na primeira noite em que a máquina se desviar.
• Duas máquinas, dois arquivos. Faça um instantâneo no ambiente de homologação e outro em produção, e compare-os em qualquer lugar.

$ 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.

• Execute sem --dry-run e essas são as etapas, nessa ordem, com os mesmos motivos ao lado. Não existe um segundo caminho de código para a execução de verdade.
• O que cai junto está no plano. Os serviços que deixariam de funcionar são etapas próprias, e um plano que derrubaria algo de que a máquina precisa diz isso nos avisos.
• A recusa vem antes do botão. Um driver, um serviço para o qual o gerenciador não aceita parada, um processo que o sistema protege - recusados quando o plano é construído, com o motivo. A janela deixa o botão cinza e diz o porquê ao lado.
• A parada forçada tem duas etapas, e a segunda é condicional. O bws kill pede ao serviço que pare e só encerra o processo se isso não funcionar, nomeando todos os outros serviços que vivem nele.