Novidades no PowerShell 7.1

A 11 de novembro de 2020 anunciámos a disponibilidade geral do PowerShell 7.1. Com base na base estabelecida no PowerShell 7.0, os nossos esforços focaram-se em questões comunitárias e incluem várias melhorias e correções. Estamos comprometidos em garantir que o PowerShell continue a ser uma plataforma estável e de desempenho.

O PowerShell 7.1 inclui as seguintes funcionalidades, atualizações e alterações urgentes.

PSReadLine 2.1.0, que inclui o IntelliSense Preditivo
O PowerShell 7.1 foi publicado na Microsoft Store
Pacotes de instalação atualizados para novas versões do sistema operativo com suporte para ARM64
4 novas funcionalidades experimentais e 2 funcionalidades experimentais promovidas ao mainstream
Várias alterações urgentes para melhorar a usabilidade

Para obter uma lista completa das alterações, consulte o CHANGELOG no repositório GitHub.

PSReadLine 2.1.0

O PowerShell 7.1 também inclui o PSReadLine 2.1.0. Esta versão inclui o IntelliSense Preditivo. Para mais informações sobre a funcionalidade Predictive IntelliSense, consulte o anúncio no blogue PowerShell.

Pacote de instalação da Microsoft Store

O PowerShell 7.1 foi publicado na Microsoft Store. Pode encontrar a versão PowerShell no site da Microsoft Store ou na aplicação Store no Windows.

Benefícios do pacote da Microsoft Store:

Atualizações automáticas incorporadas no Windows
Integra-se com outros mecanismos de distribuição de software como Intune e SCCM

Observação

Quaisquer definições de configuração ao nível do sistema armazenadas $PSHOME não podem ser modificadas. Isso inclui a configuração WSMAN. Isso impede que sessões remotas se conectem a instalações do PowerShell baseadas em Loja. Configurações de nível de usuário e comunicação remota SSH são suportadas.

Outros instaladores

Para mais informações up-todatas sobre sistemas operativos suportados e ciclo de vida de suporte, consulte o Ciclo de Vida de Suporte PowerShell.

Consulte as instruções de instalação do seu sistema operativo preferido:

Além disso, o PowerShell 7.1 suporta versões ARM32 e ARM64 de Debian, Ubuntu e ARM64 Alpine Linux.

Embora não seja oficialmente suportado, a comunidade também forneceu pacotes para Arch e Kali Linux.

Observação

Debian 10+, CentOS 8+, Ubuntu 20.04, Alpine e Arm atualmente não suportam remotição do WinRM. Para detalhes sobre como configurar remotos baseados em SSH, veja PowerShell Remoting over SSH.

Características experimentais

Para obter mais informações sobre os recursos experimentais, consulte Usando recursos experimentais.

As seguintes funcionalidades experimentais são agora funcionalidades mainstream nesta versão:

As seguintes funcionalidades experimentais foram adicionadas nesta versão:

Microsoft.PowerShell.Utility.PSManageBreakpointsInRunspace
- O PowerShell 7.1 estende esta funcionalidade experimental para adicionar o parâmetro Runspace a todos *-PSBreakpoint os cmdlets. O parâmetro de espaço de execução especifica que um objeto de espaço de execução interage com pontos de interação no espaço de execução especificado.
PSNativePSPathResolution - Esta funcionalidade permite-lhe passar caminhos do fornecedor PowerShell para comandos nativos que não suportam a sintaxe do caminho PowerShell.
PSCultureInvariantReplaceOperator - Quando o operando da esquerda numa -replace instrução de operador não é uma cadeia, esse operando é convertido numa cadeia. Com a funcionalidade ativada, a conversão não utiliza as definições de Cultura para conversão de strings.
PSSubsystemPluginModel lança as bases para suportar futuros plug-ins IntelliSense Preditivos.

Mudanças e Melhorias Recentes

O comportamento de comparação de strings alterado no .NET 5.0

O PowerShell 7.1 é construído em .NET 5.0, que introduziu a seguinte alteração de grande impacto:
- O comportamento muda ao comparar strings no .NET 5+
A partir do .NET 5.0, as comparações de cadeias invariantes de cultura ignoram caracteres de controlo que não imprimem.

Por exemplo, as seguintes duas cadeias são consideradas idênticas:
```
# Escape sequence "`a" is Ctrl-G or [char]7
'Food' -eq "Foo`ad"
```
```
True
```
Correção $? para não estar $false quando o comando nativo escreve em stderr (#13395)

É comum que comandos nativos escrevam sem stderr intenção de indicar uma falha. Com esta alteração $? , é definido apenas $false quando o comando nativo também tem um código de saída diferente de zero. Esta alteração não está relacionada com a característica PSNotApplyErrorActionToStderrexperimental .
Não $ErrorActionPreference afete stderr a saída dos comandos nativos (#13361)

É comum que comandos nativos escrevam sem stderr intenção de indicar uma falha. Com esta alteração, stderr a saída continua a ser capturada em objetos ErrorRecord , mas o tempo de execução já não se aplica $ErrorActionPreference se o ErrorRecord vier de um comando nativo.
Renomear -FromUnixTime para -UnixTimeSeconds On Get-Date para permitir a entrada de tempo Unix (#13084) (Obrigado @aetos382!)

O -FromUnixTime parâmetro foi adicionado durante o 7.1-preview.2. O parâmetro foi renomeado para melhor corresponder ao tipo de dado. Este parâmetro assume um valor inteiro que representa em segundos desde 1 de janeiro de 1970, 0:00:00.

Este exemplo converte uma hora Unix (representada pelo número de segundos desde 1970-01-01 0:00:00) em DateTime.
```
Get-Date -UnixTimeSeconds 1577836800

Wednesday, January 01, 2020 12:00:00 AM
```
Permitir que o parâmetro nomeado explicitamente especificado substitua o mesmo do splatting de hashtable (#13162)

Com esta alteração, os parâmetros nomeados do splatting são movidos para o final da lista de parâmetros para que fiquem ligados depois de todos os parâmetros nomeados explicitamente especificados estarem ligados. A ligação de parâmetros para funções simples não gera erro quando um parâmetro nomeado especificado não pode ser encontrado. Parâmetros nomeados desconhecidos estão ligados ao $args parâmetro da função simples. Mover o splatting para o final da lista de argumentos altera a ordem em que os parâmetros aparecem em $args.

Por exemplo:
```
function SimpleTest {
    param(
        $Name,
        $Path
    )
    "Name: $Name; Path: $Path; Args: $args"
}
```
No comportamento anterior, MyPath não está vinculado porque -Path é o terceiro argumento na lista de argumentos. ## Por isso acaba por ser enfiado em '$args' juntamente com Blah = "World"
```
PS> $hash = @{ Name = "Hello"; Blah = "World" }
PS> SimpleTest @hash "MyPath"
Name: Hello; Path: ; Args: -Blah: World MyPath
```
Com esta alteração, os argumentos de @hash são movidos para o final da lista de argumentos. MyPath torna-se o primeiro argumento da lista, por isso está vinculado a -Path.
```
PS> SimpleTest @hash "MyPath"
Name: Hello; Path: MyPath; Args: -Blah: World
```
Faz com que o parâmetro -Qualifier do switch não seja posicional para Split-Path (#12960) (Obrigado @yecril71pl!)
Resolve o diretório de trabalho como caminho literal para Start-Process quando não está especificado (#11946) (Obrigado @NoMoreFood!)
Faz com que -OutFile os parâmetros nos web cmdlets funcionem como -LiteralPath (#11701) (Obrigado @iSazonov!)
Corrigir a ligação de parâmetros de string para BigInteger literais numéricos (#11634) (Obrigado @vexx32!)
No Windows, Start-Process cria um ambiente de processo com todas as variáveis de ambiente da sessão atual, usando -UseNewEnvironment cria um novo ambiente de processo predefinido (#10830) (Obrigado @iSazonov!)
Não envolver o resultado de retorno ao PSObject converter a ScriptBlock para um delegado (#10619)

Quando a ScriptBlock é convertido num tipo delegado para ser usado no contexto C#, envolver o resultado em a PSObject traz problemas desnecessários:
- Quando o valor é convertido para o tipo de retorno de delegado, o PSObject essencialmente é desembrulhado. Portanto, não PSObject é necessário.
- Quando o tipo de retorno de delegado é object, é enrolado em a PSObject , tornando difícil trabalhar com ele em código C#.
Após esta alteração, o objeto devolvido é o objeto subjacente.

Last updated on 2021-10-04

Partilhar via