Redirecionamentos alteram o código de retorno do comando "get-alias" no powershell

Iftesta se há ou não saída, não o código de resultado $?do comando. Você pode combinar duas instruções com $( ).

echo hi > foo

if (dir foo > $null) <# no result #> { 'yes' }


if ($(dir foo > $null; $?)) { 'yes' }

yes

Porque ao redirecionar o Success Stream (também conhecido como stdOut) para $nullnada resta a ser avaliado if, o que resulta em uma $falsedetecção.

Você pode usar em vez disso

if ( $null = Get-Alias ls -ErrorAction SilentlyContinue  ) {
    Write-Output '=> Alias ls already exists.'
}
else {
    Write-Output '=> Alias ls does not exist.'
}

Desta forma Ifserá avaliado se algum valor não falso foi armazenado na variável associada, neste caso $nullpara que seja descartado imediatamente

Usar Get-Aliasum alias inexistente lançará um erro contínuo e retornará um $null. -ErrorAction SilentlyContinueocultará o erro (enquanto ainda o registra em $Error) e, como um $nullvalor foi armazenado, ifdetectará$false

E, claro, se Get-Aliasretornar um valor, ifele detectará $truee, como o valor foi armazenado nele $null, será imediatamente destruído.

Para complementar as respostas úteis existentes:

• Na verdade - ao contrário de shells compatíveis com POSIX, como bash- os condicionais do PowerShell atuam na saída do fluxo de sucesso de um comando que está sendo testado, não em seu status de sucesso (conforme refletido na variável automática$? ). ^[1]

  • Se a saída ainda não for um booleano ( $trueou $false), ela será convertida em um , usando as regras descritas no tópico de ajuda about_Booleans .

  • Por exemplo, um comando que não produz nenhuma saída é interpretado como $false-, o que pode ou não estar correlacionado com o comando também sinalizando uma condição de erro por meio $?da reflexão de $false.

• Entretanto, no PowerShell (Core) 7 , a edição multiplataforma de instalação sob demanda do PowerShell, há formulários condicionais que atuam em $?, ou seja, no status de sucesso, assim como em shells compatíveis com POSIX , dos quais o recurso foi emprestado, ou seja, na forma de &&e ||nos operadores de cadeia de pipeline :

  • command-a && command-bexecuta command-bsomente se for command-a bem-sucedido (se $?for $true)

  • command-a || command-bexecuta command-bsomente se command-a falhou (emitiu pelo menos um erro, nesse caso $?é $false)

  • Como suas contrapartes POSIX-shell, eles não consomem a saída do comando e agem apenas no sucesso ou na falha dos comandos, conforme implícito em$?

  • Segue-se que usar expressões em vez de comandos com esses operadores é de uso limitado, pois eles normalmente não causam erros e, portanto, não causam $?reflexão $false; no entanto, há exceções (mas observe que, na ausência deles, try ... catcha mensagem de erro não pode ser suprimida):

    • 1 / 0 || 'failed!'
    • [int]::Parse('NotANumber') || 'failed!'

  • Entretanto, uma limitação fundamental é que os operadores só podem encadear pipelines , ou seja, comandos e expressões (únicos) , e não também instruções de linguagem (com base em palavras-chave) , incluindo notavelmente exit; para isso, é necessário o uso de $(...), o operador de subexpressão :

    • Get-Item NoSuch || exit 1 não funciona , porque exité uma declaração de linguagem.
    • Get-Item NoSuch || $(exit 1)obras, devido a$(...)

Aplicado ao seu caso:

• Usando &&e ||:

  # PowerShell 7 only.
  Get-Alias ls *>$null && 'Alias exists.' || 'Alias does NOT exist.'
  

  • Observe o uso do redirecionamento *>$null para suprimir a saída de todos os fluxos, o que é necessário porque, como observado, &&e ||por design , não consome silenciosamente nenhum fluxo de saída, ou seja, também não consome silenciosamente o fluxo de saída de sucesso (que é o que os condicionais regulares do PowerShell consomem).

• Usando uma ifdeclaração regular, como alternativa às soluções nas outras respostas: Você pode usar uma Test-Pathchamada para testar a existência de um alias, por meio da Alias:unidade publicada pelo provedor de alias :

  if (Test-Path Alias:ls) {
    'Alias exists.'
  } else {
    'Alias does NOT exist.'
  }
  

  • Test-Pathemite apenas $trueou $false, então não há saída de erro para suprimir.

  • Isso funciona de forma análoga para outros provedores do PowerShell ; por exemplo, você pode usar Test-Path Function:Foopara testar a existência de uma Foo função ou Test-Path Env:Barpara testar a existência de uma variável de ambiente chamada Bar.

^{[1] É a contrapartida da variável de mesmo nome em shells compatíveis com POSIX; no entanto, esta última contém o código de saída do comando executado mais recentemente, enquanto no PowerShell é um Booleano :
$trueindica execução bem-sucedida (sem erros), enquanto $falseimplica que (pelo menos um) erro ocorreu. No contexto de chamadas para programas externos , um código de saída de 0é refletido como $trueem $?, e qualquer código de saída diferente de zero como $false.
Os comandos nativos do PowerShell não usam códigos de saída, mas o PowerShell fornece a variável automática$LASTEXITCODE para refletir o código de saída do programa externo executado mais recentemente (e também de scripts do PowerShell ( *.ps1arquivos) se eles usarem exitcom um número para sair).}