Это добавление к ответу @Sam, которое, хотя и является правильным, пропускает тот факт, что каждый раз, когда вы открываете папку в коде Visual Studio, она создает папку .vscode, но их может быть несколько, которые создаются каждый раз, когда вы в конечном итоге открываете каталог. Папка .vscode содержит объекты JSON, которые имеют свойства содержимого, такие как «setting.json», в которых объявляется использование интерпретатора на этом уровне «.vscode» (более подробные сведения см. В этом разделе Что такое «рабочее пространство» в VS Код ).
{
{
"python.pythonPath": "VirtualEnPath/bin/python3.6"
}
}
Таким образом, потенциально вы можете открыть код VS на другом уровне в виртуальном Env, он создаст другую папку .vscode, в которой предполагается, что в качестве каталога Python находятся каталоги глобальной машины, и, таким образом, с такой ошибкой, и, как мне показалось, не имеет ничего общего, если Виртуальный Env активирован или нет.
Это действительно то, что случилось со мной, у меня действительно есть папка DjangoRESTAPI_GEN, в которой я первоначально открыл IDE, и она действительно распознала путь к Virtual Env Python, через несколько дней после того, как я открыл его на уровне, где находится git, так что Он создал другой .vscode, который выбрал глобальный интерпретатор Python, из-за чего мой пух в виртуальной среде не использовался, а виртуальный интерпретатор env даже не отображался в «выберите интерпретатора python». Но, как пишет открытие IDE на уровне, где .vscode, в котором есть settings.json с правильным путем, это делает.
Как только вы установите правильный путь в файле setting.json и выберете виртуальный интерпретатор env, VS Code автоматически активирует VE на своем терминале