在Git Bash中启动PowerShell时命令被覆盖的问题及解决咨询

原生PowerShell（预期行为） #

• which命令不存在：

(base) PS C:\> which
which : The term 'which' is not recognized as the name of a cmdlet, function, script file, or operable program. Check the spelling of the name, or if a path was included, verify that the path is correct and
try again.
At line:1 char:1
+ which
+ ~~~~~
    + CategoryInfo          : ObjectNotFound: (which:String) [], CommandNotFoundException
    + FullyQualifiedErrorId : CommandNotFoundException

• 执行which find同样报错：

(base) PS C:\> which find
which : The term 'which' is not recognized as the name of a cmdlet, function, script file, or operable program. Check the spelling of the name, or if a path was included, verify that the path is correct and
try again.
At line:1 char:1
+ which find
+ ~~~~~
    + CategoryInfo          : ObjectNotFound: (which:String) [], CommandNotFoundException
    + FullyQualifiedErrorId : CommandNotFoundException

• find执行Windows版本：

(base) PS C:\> find
FIND: Parameter format not correct
(base) PS C:\> find --help
FIND: Parameter format not correct

Git Bash中启动的PowerShell（异常行为） #

启动PowerShell：

user@PC0 MINGW64 ~
$ powershell
Windows PowerShell
Copyright (C) Microsoft Corporation. All rights reserved.

Try the new cross-platform PowerShell https://aka.ms/pscore6

Loading personal and system profiles took 614ms.

• which存在且为Git Bash版本：

(base) PS C:\> which
Usage: /usr/bin/which [options] [--] COMMAND [...]
Write the full path of COMMAND(s) to standard output.

  --version, -[vV] Print version and exit successfully.
... (省略剩余帮助内容)

• 确认which路径为/usr/bin/which：

(base) PS C:\> which which
/usr/bin/which

• 通过which确认find为/usr/bin/版本：

(base) PS C:\> which find
/usr/bin/find 

• find在PowerShell中显示Git Bash的使用说明：

(base) PS C:\> find --help
Usage: /usr/bin/find [-H] [-L] [-P] [-Olevel] [-D debugopts] [path...] [expression]

Default path is the current directory; default expression is -print.
Expression may consist of: operators, options, tests, and actions.
... (省略剩余帮助内容)

场景说明 #

通过Git Bash启动powershell.exe运行脚本，但脚本依赖Windows版本的find，实际却调用了Git Bash版本，导致脚本完全失效。

疑问 #

1. 该现象的原因是什么？
2. 如何修复？

补充尝试 #

发现PowerShell继承了Git Bash的PATH环境变量：

• 清空PATH后启动/c/Windows/System32/WindowsPowerShell/v1.0/powershell.exe可部分解决，但会导致xcopy等命令无法运行；
• 将原生PowerShell的$Env:Path赋值给Git Bash的PATH后再启动PowerShell可解决问题，但这不是通用动态方案，如何实现适配任意用户电脑的动态修复？

1. 现象原因 #

从Git Bash启动PowerShell时，PowerShell会继承Git Bash的PATH环境变量。Git Bash会将自身的二进制目录（如/usr/bin/）添加到PATH的前端，而PowerShell查找命令时会按PATH顺序匹配，因此优先找到了Git Bash版本的find、which，而非Windows系统自带的版本。

Windows原生的find.exe位于C:\Windows\System32，但在Git Bash的PATH中，/usr/bin/排在它前面，导致调用顺序被覆盖。

2. 修复方案 #

方案一：启动PowerShell时重置PATH为Windows原生环境 #

在Git Bash中通过cmd.exe间接启动PowerShell，利用cmd.exe初始化原生Windows环境变量：

cmd /c start powershell.exe

或者直接在Git Bash中执行，临时重置PATH为Windows核心系统路径，保留必要系统命令：

env -i PATH="$SYSTEMROOT/system32:$SYSTEMROOT:$SYSTEMROOT/System32/Wbem" powershell.exe

方案二：在PowerShell启动时动态调整PATH #

修改PowerShell的配置文件（$PROFILE），在启动时将Windows系统路径移至PATH最前端：

1. 打开PowerShell配置文件：

notepad $PROFILE

2. 添加以下代码：

# 将Windows系统路径移至PATH最前端，避免Git Bash命令覆盖
$systemPaths = @(
    "$env:SYSTEMROOT\System32",
    "$env:SYSTEMROOT",
    "$env:SYSTEMROOT\System32\Wbem"
)
$currentPath = $env:Path -split ';' | Where-Object { $_ -notin $systemPaths }
$env:Path = ($systemPaths + $currentPath) -join ';'

3. 保存后重启PowerShell，即可保证优先调用Windows原生命令。

方案三：在脚本中直接指定Windows命令的绝对路径 #

如果只需要在特定脚本中使用Windows版本的find，可以直接写绝对路径：

& "$env:SYSTEMROOT\System32\find.exe" "查找内容" "目标文件"

这种方式无需修改环境变量，适合临时或特定脚本场景。

内容的提问来源于stack exchange，提问作者applecider