这不是PowerShell的解决方案，但除了MINGW64之外，我也遇到了同样的问题。我绕过它切换到Windows子系统Linux(我想做的无论如何)作为我的终端，只是一般和在VSCode。这篇文章描述得很好:

如何配置VS Code (windows)使用Ubuntu应用程序作为终端

总而言之:

1)从Windows应用商店安装Ubuntu

2)修改默认bash CMD -> wslconfig /setdefault Ubuntu

--- 对于VSCode

3） 重新启动 VSCode

4)在VSCode中将“terminal.integrated.shell.windows”更改为“C:\WINDOWS\System32\bash.exe”(更多详细信息见上面的帖子)

现在在VSCode和WSL (Bash on Ubuntu on Windows)中运行顺畅。对你来说至少是个暂时的解决办法。

也许您可以尝试使用管理员权限打开命令提示符。(以管理员身份运行)。大部分时间对我都管用。

据我所知，这是由最近添加到Windows商店的Python 3.7版本冲突引起的。这看起来像是在%USERPROFILE%\AppData\Local\Microsoft\WindowsApps文件夹中添加了两个名为Python .exe和python3.exe的“存根”，在我的例子中，这是插入到PATH中现有的Python可执行文件条目之前的。

将这个条目移到正确的Python文件夹下面(部分地)纠正了这个问题。

纠正它的第二部分是在Windows搜索提示符中输入管理应用程序执行别名，并完全禁用Python的商店版本。

你可能只需要做第二部分，但在我的系统上，我做了这两个更改，现在一切都恢复正常了。

研究

%USERPROFILE%\AppData\Local\Microsoft\WindowsApps中的所有文件都是占位符，它们指向的文件实际上位于C:\Program Files\ WindowsApps中的某个位置，而该位置的权限恰好完全被拒绝。

看来我在这个问题的副本中所做的陈述是正确的:

“似乎他们并没有真正考虑到分发方法会影响权限!”

无法在Windows上的Git Bash中安装pylint (Windows Store)

由于WindowsApps的分发方法，权限被搞砸了:

有趣的是，它说“用户”组可以读取和执行文件，以及我的特定用户，但管理员组只能列出文件夹内容，这是出于一些可笑的无法理解的原因。当尝试在文件资源管理器中访问文件夹时，它甚至拒绝显示文件夹内容，所以这也有一些可疑的地方。

有趣的是，尽管在CMD中执行python工作正常，但“WindowsApps”文件夹在列出其所在目录中的文件时不会显示，并且试图导航到该文件夹会生成“权限被拒绝”错误:

尝试更改权限需要首先更改所有者，因此我将所有者更改为Administrators组。在那之后，我试图改变管理员组的权限，以包括完全控制，但它无法改变这一点，因为“访问被拒绝”(duh, Micro$ucks，这就是我们试图改变的!)

这个权限错误发生在很多文件上，我用Alt+C在重复消息上快速点击“继续”，但这仍然花费了太长时间，所以我取消了这个过程，导致弹出以下警告消息:

现在我无法将TrustedInstaller用户设置为WindowsApps文件夹的所有者，因为它没有显示在用户/组/内置安全原则/其他对象的列表中。＊

*实际上，根据本教程，您可以通过在对象名称文本框中输入NT Service\TrustedInstaller将所有者切换回TrustedInstaller。

解决方案

没有解决办法。基本上，我们完全完蛋了。漂亮的举动，微软。

这似乎是git-bash的一个限制。使用winpty python.exe的建议对我有用。有关其他信息，请参阅git bash命令行中的Python不工作。

节省时间: 使用WSL和vscode远程扩展来正确地使用python，即使是win10 别忘了virtualenv! 有用的https://linuxize.com/post/how-to-install-visual-studio-code-on-ubuntu-18-04/

最简单的方法是修改PATH和PYTHONPATH环境变量，以确保在搜索本地WindowsApp文件夹之前搜索包含适当python二进制文件的文件夹。您可以通过打开控制面板并搜索“env”来访问环境变量。

在WindowsApps解决问题之前添加本地Python路径。

这个问题太常见了，不可能一直存在。大多数答案和说明都未能解决这个问题。下面是在Windows 10上可以做的事情:

Type environment variables in the start search bar, and open Edit the System Environment Variables. Click Environment Variables... In the System Variables section, locate the variable with the key Path and double click it. Look for paths pointing to python files. Likely there are none. If there are, select and delete them. Create a new variable set to the path to your python executable. Normally this is C:\Users\[YOUR USERNAME HERE]\AppData\Local\Programs\Python\Python38. Ensure this by checking via your File Explorer. Note: If you can't see AppData, it's because you've not enabled viewing of hidden items: click the View tab and tick the Hidden Items checkbox. Create another variable pointing to the Scripts directory. Typically it is C:\Users\[YOUR USERNAME HERE]\AppData\Local\Programs\Python\Scripts. Restart your terminal and try typing py, python, python3, or python.exe.

解决方法:如果您已经从exe安装了python，请执行以下步骤。

步骤1:卸载python

步骤2:安装python并选中下面屏幕截图(黄色)中突出显示的python路径复选框。

这就解决了我的问题。

这是由于Windows应用程序执行别名在Git-Bash中的工作方式。

这是MSYS2中一个已知的问题，无法通过IO_REPARSE_TAG_APPEXECLINK访问Windows重解析点

作为一种变通方法，您可以为在底层使用cmd.exe的函数调用命名别名。

将以下内容添加到~/。bashrc文件(::

function python { cmd.exe /c "python $1 $2 $3";}

对于python，我建议关闭应用程序执行别名，就像接受的答案一样，但对于像winget这样专门通过windows商店分发的库，这是最好的选择。

进一步的阅读

bash: Local/Microsoft/WindowsApps/python3: Permission denied . sh 从bash运行时拒绝权限 由于exec格式错误#234,winget无法在WSL2中运行

对我来说，我尝试管理应用程序执行别名，并得到一个python3不是命令的错误，因此，我使用py而不是python3，它工作

我不知道为什么会这样，但这对我很有效

我也遇到了同样的问题，但除了Python被阻止之外，Scripts文件夹中的所有程序也被阻止了。其他关于别名、path和winpty的答案没有帮助。

我终于发现这是我的反病毒(Avast)，因为某些原因，它在一夜之间决定阻止所有编译的python脚本。

幸运的是，修复方法很简单:只需将整个Python目录列入白名单。这里有完整的解释。

在环境变量中添加python文件夹的路径，就可以工作了

1.搜索环境变量

2.寻找系统变量section，并在其中找到名为path的变量

3.双击path并添加指向python文件夹的新路径，就是这样。

python文件夹通常在 C: \用户(“用户名”)\ AppData \本地Python \程序\ \ Python39

简单的回答:将python替换为PY，一切都将按预期工作

我有这个运行/执行，但没有工作

python3 -m http.server 8080

在阅读并尝试了上面的一些解决方案之后，对我来说有用的是

python -m http.server 8080

对于那些想要使用微软商店版本的Python的人来说，在@Zooba修复了相关的“管理应用程序执行别名”之后，并且正在使用Git For Windows Git - BASH(也称为BASH through msys2 mintty)，解决方案可能只是记住使用winpty进行调用。

winpty python3

但是，如果系统有其他版本的Python，请确保这些副本已被删除(例如从python.org安装的那些)或包含在其特定的捆绑应用程序中(例如OSGeo4W)(可能需要重新排序环境变量)。

Why, if winpty is forgotten, is it a permission error? For the first time it runs, the Microsoft Store stubs are conflicting with the permissions available to msys. A lot of the other answers go into the details of what is going on and why it feels weird. The short answer, is that the stub is trying to be a convenience short-cut to the Microsoft Store. If you launch it with winpty, it can do that. After that first time, it continues to need winpty for both related and unrelated reasons to the Microsoft Store.

Windows 10

开放式控制面板 单击系统 单击高级系统设置链接 单击“环境变量”按钮 在System Variables部分中找到PATH环境变量并选择它 单击编辑(如果PATH环境变量不存在，则单击新建) 在“编辑环境变量”窗口中指定PATH环境变量的值 单击OK 单击OK关闭所有剩余窗口 重新打开命令提示符窗口，执行python——version命令

确保C:\Python39\和C:\Python39\Scripts\被添加到系统路径变量和用户路径变量中