PowerShellコマンドのプログラムのパスはどこにありますか？

Jacek 2020-06-08 20:19.

コマンド「git」はPowerShellから利用できます。PCのどこにgitがインストールされているか知りたいので、そのような「スクリプト」を実行しようとしました。

PS> where git

しかし、実行後は何も表示されず、新しいコマンドの入力を求めるだけです。質問：Windows 10でコマンドのパスを見つけるにはどうすればよいですか？

windows git powershell

3 answers

vonPryz 2020-06-09 03:28.

Powershellでは、はのwhereエイリアスでありwhere-object、コレクションのフィルタリングに使用されます。

Get-Alias -Name where                                                                
CommandType     Name                          Version    Source
-----------     ----                          -------    ------
Alias           where -> Where-Object

Cmdを、中のファイルの表示場所。

CmdのPowershellバージョンwhereはGet-Command

Get-Command -Name git
CommandType     Name                        Version    Source
-----------     ----                        -------    ------
Application     git.exe                     2.20.1.1   C:\Program Files\Git\cmd\git.exe

mklement0 2020-06-09 23:04.

^{既存の回答は役に立ちますが、より体系的な議論も役立つと思います。}

tl; dr

# Note the use of '.exe' to disambiguate the external 'where.exe' program
# from PowerShell's built-in 'where' alias (for 'Where-Object').
PS> where.exe git
C:\Program Files\Git\cmd\git.exe

注ことをwhere.exeその目的は（に記載されているディレクトリのいずれかで、システムのパスに実行ファイルのフルパスを返すで、$env:PATH環境変数）は、ある無関係にcmd、それはWindowsに付属の外部実行可能である：（レガシーコマンドプロセッサ）また、任意のシェルから呼び出すことができるため、PowerShellからも呼び出すことができます。
対照的に、実際には;などからのみ呼び出すことができるcmdいわゆる内部コマンドがあります。実際、では、特定の（機能している）コマンドが内部であるかどうかを推測するために使用できます。cmdmklinkcmdwhere <name><name>

あるいは、使用と同等とより柔軟なPowerShellの対応をwhere.exe、Get-Commandレット。System.Management.Automation.CommandInfoインスタンス（または派生クラスのインスタンス）を返します。その.Sourceプロパティには、外部実行可能ファイルを表すcommand-infoオブジェクトのフルパスが含まれています。

PS> (Get-Command git).Source
C:\Program Files\Git\cmd\git.exe

注意：

where.exe発見唯一の実行可能ファイルは、一方Get-Commandのデフォルトのルックスによって、すべてのコマンドタイプ（別名、関数、コマンドレットは、...） -次のセクションを参照してください。
とは異なりGet-Command、現在のディレクトリにwhere.exeある実行可能ファイルも検索します。デザインによってPowerShellは、セキュリティ上の理由により、現在のディレクトリにある実行ファイルを呼び出すことはできませんので、それをしないだけで名前を-パスが必要とされる（例えば、）。Get-Command.\foo

PowerShellにはさまざまな種類のコマンドがあり、名前が競合する場合は、どの種類のコマンドを有効にするかを決定するために、事前定義された優先順位があります。

つまり、特定のコマンド名が2つ以上のコマンドと一致する場合、実際に呼び出されるコマンドを決定するのはそれらのタイプです。

この優先順位は、概念的なabout_Command_Precedenceヘルプトピックに記載されています。要するに、これは降順でタイプごとのコマンドの優先順位です（最も高い優先順位が最初に）：

エイリアス
関数
コマンドレット（大まかに言えば：コンパイルされたバイナリとして実装された関数）
*.ps1スクリプトファイルを含む外部実行可能ファイル-下部のセクションを参照

特定の名前にどのコマンドタイプが存在するかを確認-AllGet-Commandする簡単な方法は、コマンドレットを呼び出すときにスイッチを追加することです。コマンドレットは、一致するコマンドを優先順位の降順で一覧表示します。つまり、指定された名前で実際に実行されるコマンドが最初にリストされます。

PS> Get-Command -All where

CommandType     Name                                               Version    Source
-----------     ----                                               -------    ------
Alias           where -> Where-Object
Application     where.exe                                          10.0.18... C:\WINDOWS\system32\where.exe

結果はwhere、Where-Objectコマンドレットの組み込みエイリアス（パイプライン入力のフィルタリングを目的とする）が、送信時に有効なコマンドwhereであり、目的のwhere.exe実行可能ファイルではないことを示しています。

where.exe実行可能ファイル名の.exe拡張子がwhereエイリアスと区別できることを考えると、where.exe 上部に示すように、ファイル名拡張子を使用して呼び出すのが最も簡単です。

これが不可能な場合（たとえば、実行可能ファイルにファイル名拡張子がない、またはエイリアスが関数をシャドウするUnixライクなプラットフォームの場合）、パラメーターを使用して-Type目的のコマンドを取得し、次のコマンドで呼び出すことができます。&、呼び出し演算子：

# Invokes where.exe, as only it is of type 'Application' (external executable)
& (Get-Command -Type Application where) git

^{ベースファイル名がである外部実行可能ファイルが複数あるwhere場合は、最初にリストされたディレクトリから$env:PATH実行されるものです。次のセクションを参照してください。}

外部実行可能ファイルと`*.ps1`スクリプト間の優先順位：

注意：

cmdPowerShellとの重要な違いの1つは、PowerShellは、セキュリティ上の理由から、設計上、現在のディレクトリにある外部の実行可能ファイルまたはスクリプトを名前だけで呼び出すことができないことです。そのためには、パスを使用する必要があります。最も単純な場合は、先頭に（または）を付けます。たとえば、現在のディレクトリにある実行可能ファイルを呼び出すには、次を使用する必要があります。.ps1.\./foo./foo ...
*.ps1スクリプトと他の実行可能ファイルとの間の優先順位は、以下に詳述するように、プラットフォーム（WindowsとUnixライクなプラットフォーム）によって異なります。
以下の説明では、特定のコマンド名がエイリアスなどの優先順位の高いコマンドタイプによって隠されておらず、外部の実行可能ファイルまたは*.ps1スクリプトに解決されることを前提としています。

優先ルール：

コマンド名が環境変数にリストされているディレクトリを介して潜在的に複数の外部実行可能ファイルまたは*.ps1スクリプトに解決されると、最も早くリストされているディレクトリにある実行可能ファイル/スクリプトが呼び出されます。$env:PATH
その最も古いディレクトリで：
- 指定された名前が正確に実行可能ファイル名と一致する（例えば、where.exe）またはスクリプトを（例えば、foo.ps1）、存在しないあいまい、およびその実行可能/スクリプトが呼び出されます。
- 指定された名前にはファイル名拡張子（たとえばfoo）が含まれておらず、複数の実行可能ファイルが（暗黙のファイル名拡張子を介して）一致する可能性があり、実際に呼び出すものは次のように決定されます。
  - 上のWindows：
    - PowerShellは独自のスクリプトを優先するため、.ps1スクリプトが存在する場合は、それが効果的なコマンドです。ことに注意して.ps1スクリプトが実行されているインプロセス常にで実行する外部の実行ファイルとは異なり、子プロセス。
    - それ以外の場合は、ファイル名拡張子が環境変数の実行可能拡張子の中で最も早くリストされている実行可能ファイル$env:PATHEXTです。たとえば、foo.batはの前にリストされているfoo.vbsため、よりも優先.BATされ.VBSます。
  - 上のUnixライクなプラットフォーム（Linuxでは、MacOSの）：
    - Unixライクなプラットフォームは、単に経由で実行可能性を決定する権限はなく、ファイル名の拡張子を経て、そして例の大半で実行ファイルはありません何のファイル名の拡張子（例えば、単にgit、ないgit.exeWindows上などを）。
    - PowerShellの観点からは.ps1、Unixでの実行可能性に関して重要なファイル名拡張子は、システムの観点に関係なく、そのようなファイルを実行可能と見なすのはPowerShell自体であるためです。
    - したがって、Unix上PowerShellで、.ps1あるのみ呼び出しで省略することができる暗黙ファイル名の拡張子、たとえば、スクリプトファイルをfoo.ps1そのまま呼び出すことができますfoo（システムのパスにあると仮定します）。
    - ファイル名にファイル名拡張子が付いていない外部実行可能ファイル（通常のように）と.ps1、同じディレクトリに同じベース名のファイルがある場合、優先されるのは外部実行可能ファイルです-理由は拡張子が- less nameは、拡張子のない実行可能ファイル名と完全に一致します。
      - 例えば、外部実行可能ファイルの場合fooとfoo.ps1提出し、同（早い）ディレクトリに配置されているfoo呼び出すに外部実行可能ファイルを、ではないfoo.ps1- Windows上とは違って。

注意：

特定のディレクトリ内の複数の実行可能ファイル間の優先順位規則は、明示的なパス（ファイル名拡張子なし）を使用する場合にも適用されます。たとえば、呼び出し./fooは、ベース名がfoo上記のとおりである現在のディレクトリ内の複数の実行可能ファイル間の優先順位を決定します。
配置.ps1に記載されているディレクトリにあるスクリプトを$env:PATH、それが潜在的に多くのパッティングの代替として検討する価値がありますが、と（ベース）の名前でそれらを呼び出すことだけでなく、すべてのことが一般的である機能を自分の中に$PROFILEファイルが。
- 残念ながら、UXはLinuxでは貧弱です。大文字と小文字が区別されるファイルシステムのため、呼び出し時に（ベース）ファイル名を大文字と小文字を区別して指定する必要がありますが、PowerShellコマンドの呼び出しは大文字と小文字を区別しません。たとえば、実際のファイル名がの場合、呼び出しに対してGet-Foo.ps1のみGet-Foo機能し、では機能しませんget-foo。