ファイル名に角括弧 [ ] を含むファイルをコピーし、ワイルドカード * を使用します質問する

Question

このような状況では、括弧をエスケープするために、一重引用符とともに二重バックティックを使用する必要があります。二重引用符で囲まれた文字列を使用する場合は、四重バックティックを使用することもできます。

したがって、修正されたコード行は次のようになります。

Copy-item -Path $FSG\$SW\0.RoomView.Notes\starter\'``[RoomView``] Versions explained*.pdf' -Destination $FSG\$containerFolder\$rootFolder\'Fusion Server'\

ファイルパスやワイヤードキャラクタなどに関するもう 1 つの優れたリソースとしては、次の記事があります。物事（ファイルパスなど）を文字通りに受け取る

編集

この矛盾の本当の原因は、PowerShell の現在のバグ¹このバグにより、ワイルドカード文字のエスケープや、デフォルトパラメータを使用したバックティックの動作が、他のパラメータ (およびパラメータなど-Path) と異なるものになります。-Include-Filter

^{さらに詳しく@mklement0 の素晴らしい回答、そしてコメントその他の回答は以下の通りです。}

なぜ必要なのかをよりよく理解するために一重引用符 そして 2つのバックティックでこれ状況; （そしてを強調するバグ矛盾点もありますが、何が起こっているのかを示すために、いくつかの例を見てみましょう。

Get-Item、および関連するコマンドレット（Get-ChildItem、Copy-Itemなど）は、-Path組み合わせを扱うときにパラメータを異なる方法で処理します。エスケープされたワイルドカード文字 そして エスケープされていないワイルドカード文字*同時に***！

TLDR: 一重引用符と二重バックティックの組み合わせが必要な根本的な理由は、基盤となる PowerShell プロバイダーが-Pathパラメーター文字列を解析してワイルドカードを検出する方法です。エスケープ文字を検出するために 1 回解析し、ワイルドカードを評価するために 2 回目に解析するようです。

この奇妙な結果を示すために、いくつかの例を見てみましょう。

まず、テスト用の2つのファイルを作成しFile[1]a.txt、File[1]b.txt

"MyFile" | Set-Content '.\File`[1`]a.txt'
"MyFriend" | Set-Content '.\File`[1`]b.txt'

ファイルを取得するためにさまざまな方法を試してみましょう。角括弧[ ]はワイルドカード、そして私たちはそれらから逃れるためにバックティック文字。

私たちは努力します1つファイルを明示的に指定します。

まず、一重引用符で囲まれたリテラル文字列を使用してみます。

PS C:\> Get-Item 'File[1]a.txt'
PS C:\> Get-Item 'File`[1`]a.txt'

    Directory: C:\

Mode                LastWriteTime         Length Name
----                -------------         ------ ----
-a----       2019-09-06   5:42 PM              8 File[1]a.txt

PS C:\> Get-Item 'File``[1``]a.txt'

    Directory: C:\

Mode                LastWriteTime         Length Name
----                -------------         ------ ----
-a----       2019-09-06   5:42 PM              8 File[1]a.txt

一重引用符で囲まれた文字列の場合、ファイルを取得するには 1 つのバックティックのみが必要ですが、2 つのバックティックでも機能します。

二重引用符で囲まれた文字列を使用すると次のようになります。

PS C:\> Get-Item "File[1]a.txt"
PS C:\> Get-Item "File`[1`]a.txt"
PS C:\> Get-Item "File``[1``]a.txt"

    Directory: C:\  

Mode                LastWriteTime         Length Name
----                -------------         ------ ----
-a----       2019-09-06   5:42 PM              8 File[1]a.txt

予想どおり、二重引用符で囲まれた文字列の場合、動作させるには 2 つのバックティックが必要であることがわかります。

さて、私たちは両方ファイルそしてワイルドカードを使用します。

まずは一重引用符から始めましょう:

PS C:\> Get-Item 'File[1]*.txt'
PS C:\> Get-Item 'File`[1`]*.txt'
PS C:\> Get-Item 'File``[1``]*.txt'

    Directory: C:\

Mode                LastWriteTime         Length Name
----                -------------         ------ ----
-a----       2019-09-06   5:42 PM              8 File[1]a.txt
-a----       2019-09-06   5:49 PM             10 File[1]b.txt

シングルクォーテーションでワイルドカード文字を使う場合は、二バックティックのセット。1 つは括弧をエスケープするためのもので、2 つ目のバックティックはワイルドカードが評価されるときに括弧をエスケープするために使用したバックティックをエスケープするためのものです。

二重引用符の場合も同様です。

PS C:\> Get-Item "File[1]*.txt"
PS C:\> Get-Item "File`[1`]*.txt"
PS C:\> Get-Item "File``[1``]*.txt"
PS C:\> Get-Item "File```[1```]*.txt"
PS C:\> Get-Item "File````[1````]*.txt"

    Directory: C:\

Mode                LastWriteTime         Length Name
----                -------------         ------ ----
-a----       2019-09-06   5:42 PM              8 File[1]a.txt
-a----       2019-09-06   5:49 PM             10 File[1]b.txt

ダブルクォートではワイルドカードで評価すると少し冗長になります。この場合、四バックティックのセット。二重引用符の場合、括弧をエスケープするために 2 つのバックティックが必要であり、アスタリスクワイルドカードの評価になると、エスケープ文字をエスケープするためにさらに 2 つのバックティックが必要です。

編集

として@mklement0 が言及、この-Pathパラメータの動作は一貫性がなく、-Includeパラメータとは異なる動作をします。パラメータでは、括弧を適切にエスケープするには、バックティックを 1 つだけ使用する必要があります。これは、PowerShell の今後のバージョンで「修正」される可能性があります。

^{1Windows PowerShell v5.1 / PowerShell Core 6.2.0-preview.3 以降}

Answer 1