Precisa obter uma lista de arquivos onde o último caractere do nome do arquivo é 0 - 9

Imagino que o problema pode ser que o parâmetro -filter funcione de forma diferente do que você espera. O .zip funciona porque ele corresponde a todos os arquivos zip, mas quando você adiciona esse caractere extra, ele não está lendo como você e eu. Para isso, provavelmente usar expressões regulares ajudaria.

que tal tentar:

$filesToMove = Obter-ItemFilho -Caminho $pastaDeOrigem -Arquivo -Filtro “*.zip” | Onde-Objeto { $_.Nome -corresponder “1\.zip$” }

Deixe-me saber como isso funciona para você.

Infelizmente, o -Filterparâmetro está com bugs, conforme explicado nesta resposta

Usar -Includeem vez de -Filter funciona , mas somente se você terminar o caminho na variável $sourceFolder com \*, OU adicionar switch -Recurseà chamada Get-ChildItem.

$filesToMove = Get-ChildItem -Path $sourceFolder -File -Include '*1.zip' -Recurse

Mas..:

• o uso -Includeé mais lento -Filterporque só filtra depois
• e se você não quiser recursivamente subpastas aqui

A outra solução alternativa é mostrada na resposta de Anthony Miranda para usar uma string mais genérica para o parâmetro Filter e anexar uma Where-Objectcláusula para poder refinar ainda mais a filtragem nos nomes de arquivo. Usar Where-Objectpermite que você seja muito mais criativo ao especificar o que deseja obter, mas, como -Includeif, será mais lento que -Filter.

Todos eles (e provavelmente muitos mais) encontrarão o arquivo que você procura (na sua lista de exemplos FileNumber2021.zip)

$filesToMove = Get-ChildItem -Path $sourceFolder -File -Filter '*.zip' | Where-Object { $_.Name -like '*1.zip' }
$filesToMove = Get-ChildItem -Path $sourceFolder -File -Filter '*.zip' | Where-Object { $_.BaseName.EndsWith('1') }
$filesToMove = Get-ChildItem -Path $sourceFolder -File -Filter '*.zip' | Where-Object { $_.BaseName[-1] -eq '1' }
$filesToMove = Get-ChildItem -Path $sourceFolder -File -Filter '*.zip' | Where-Object { $_.BaseName -match '.*1$' }

^{PS Ambos [System.IO.Directory]::EnumerateFiles($sourceFolder, "*1.zip")também [System.IO.Directory]::GetFiles($sourceFolder, "*1.zip")produzem resultados errados.}

^{Há boas informações nas respostas existentes; deixe-me fornecer uma explicação mais detalhada e soluções alternativas:}

Para contornar o comportamento inesperado-Filter sem precisar recorrer à pós- filtragem no pipeline por meio de uma Where-Objectchamada, você tem duas opções:

• Opção A: Tornar o padrão curinga parte do -Pathargumento ( -Fileomitido por brevidade):

Get-ChildItem -Path "$sourceFolder\*2.zip"

Se você quiser corresponder .zipa arquivos cujo nome base termina com qualquer dígito, use*[0-9].zip

• Opção B: Use -Includeem vez de-Filter , e combine-o com-Depth 0 :

Get-ChildItem -Path $sourceFolder -Include *2.zip -Depth 0

Para procurar arquivos correspondentes recursivamente , ou seja, em toda a subárvore do diretório de destino, substitua -Depth 0por -Recurse.

Observação:

• A necessidade infeliz e surpreendente de -Depth 0- que limita a enumeração a itens filhos imediatos , como é o comportamento padrão - é devida ao comportamento não intuitivo de -Includee -Exclude, conforme explicado nesta resposta .

• Embora -Includeseja mais lento que -Filter, porque filtra após o fato e não na fonte, ele tem vantagens distintas:

  • Você pode especificar vários padrões.
  • Os padrões que ele aceita são expressões curinga do PowerShell , que não só estão livres das peculiaridades herdadas de (veja abaixo), mas também são mais poderosas, pois também oferecem suporte a conjuntos de caracteres (por exemplo, para corresponder a , , ou ) e intervalos (por exemplo, para corresponder a dígitos por meio de ).-Filter[035]035[0-5]05
  • Advertência : No Windows PowerShell (a edição legada, fornecida com o Windows e somente para Windows, do PowerShell, cuja versão mais recente é a 5.1), devido a um bug , ele -Includeé ignorado se combinado com um argumento -LiteralPathem vez de um -Path; felizmente, esse problema foi corrigido no PowerShell (Core) 7 .

• O -Filterparâmetro não é interpretado pelo PowerShell, mas sim por uma chamada de sistema, conforme detalhado na resposta vinculada à resposta de Theo.

  • O "dialeto" curinga que -Filtersuporta não é apenas mais limitado em seus recursos, como observado, mas também tem peculiaridades herdadas para fins de compatibilidade com versões anteriores , conforme resumido nesta resposta .

  • Na verdade, é uma dessas peculiaridades herdadas que causa o comportamento inesperado no seu caso: o -Filterpadrão também é comparado aos nomes de arquivo curtos (8.3) , o que pode causar falsos positivos .

    • Por exemplo, -Filter *2.zippode - surpreendentemente - corresponder a um arquivo nomeado FileNumber2021.ziptambém, por exemplo, mesmo que claramente não termine em 2.zip. Isso acontece se seu nome de arquivo curto for algo como FILENU~2.ZIP; ~1, ~2, ... sufixos de nome base em nomes de arquivo curtos são artefatos do algoritmo de encurtamento e não estão relacionados ao nome de arquivo longo original. ^[1]

^{[1] A maneira mais simples de visualizar nomes curtos de arquivos junto com seus originais é executar algo como cmd /c dir /x *.zipPara abordagens que permitem processamento programático subsequente, consulte esta resposta .}