Git Bash中venv激活失败应使用source venv/Scripts/activate（正斜杠、无后缀），若提示Permission denied需chmod +x；若脚本缺失可手动复制或换用virtualenv创建，关键要验证which python是否指向venv路径。
Git Bash里用source激活venv失败怎么办
直接运行 venv\Scripts\activate.bat 或双击它没用，因为 Git Bash 不识别 Windows 的 .bat 文件；而 venv\Scripts\activate（无后缀）是 PowerShell 脚本，Git Bash 也跑不了——这是最常卡住的地方。
正确做法是使用 Git Bash 专用的激活脚本：venv/Scripts/activate（注意是正斜杠、且无后缀），但它必须用 source 执行：
source venv/Scripts/activate
如果提示“Permission denied”，说明脚本没有执行权限，补一句：
chmod +x venv/Scripts/activate
为什么在Git Bash里看到(venv)但pip却装不到虚拟环境中
常见错觉：source 后命令行前缀出现了 (venv)，就以为激活成功了。其实 Git Bash 的 activate 脚本只是改了 $PATH 和提示符，不修改 Python 解释器绑定逻辑——关键看 which python 和 which pip 是否指向 venv/Scripts/python.exe。
立即学习“Python免费学习笔记（深入）”；
- 运行
which python，应输出类似/c/path/to/venv/Scripts/python.exe - 运行
which pip，应输出对应路径下的pip.exe - 如果仍指向全局 Python，说明
venv/Scripts没被加到$PATH开头，检查source是否执行成功，或是否存在同名 alias 覆盖
用python -m venv创建的venv在Git Bash中缺activate文件
某些 Python 版本（尤其是通过 pyenv 或 Miniconda 安装的）在 Windows 上用 python -m venv venv 创建环境时，可能只生成 activate.bat 和 Activate.ps1，漏掉 Bash 兼容的 activate（无后缀）脚本。
这时有两个选择：
- 手动复制一份：从另一个正常 venv 中拷贝
Scripts/activate（纯 shell 脚本）过来，再chmod +x - 换用
virtualenv创建：pip install virtualenv→virtualenv venv，它默认生成全平台激活脚本 - 或者绕过激活，直接调用：
./venv/Scripts/python.exe script.py，适合单次运行
退出venv后PATH没恢复，导致后续命令混乱
Git Bash 的 deactivate 命令有时失效，尤其在嵌套 shell 或脚本中执行过 source 后。根本原因是 deactivate 函数未被正确加载，或被覆盖。
安全退出方式：
- 先确认
deactivate是否可用：type deactivate，若提示“not found”，说明 activate 脚本没完整加载函数定义 - 手动清理：
unset VIRTUAL_ENV，然后从$PATH中移除 venv 路径：export PATH=$(echo $PATH | sed 's|/c/.*venv/Scripts||g')（需按实际路径调整） - 最省事的办法：关掉当前 Git Bash 窗口，新开一个——干净彻底
真正麻烦的不是激活，而是激活后环境变量状态不透明；建议每次进项目先跑一遍 which python && echo $VIRTUAL_ENV 确认上下文。
