执行bash脚本创建Django app提示与现有Python模块冲突如何解决

• 核心原因是脚本执行时的运行环境和你手动逐行执行的环境不一致，常见触发场景有以下两类：
  1. 相对路径解析错误：脚本执行时的工作目录不是你预期的上级目录，导致cd projectx命令执行失败，后续source激活虚拟环境的命令也跟着失效，此时脚本调用的python是系统全局的Python，而非项目虚拟环境内的Python，全局环境中可能存在同名模块，或者当前工作目录下存在同名的文件/目录，触发Django的命名冲突检测。
  2. 虚拟环境激活未生效：类Unix终端（如Windows下的Git Bash）运行脚本时默认使用非交互Shell模式，部分虚拟环境的激活脚本在该模式下不会正确修改PATH环境变量，导致后续调用的python仍然是全局版本，而非虚拟环境内的版本。

最稳妥的方案是绕开虚拟环境激活的环境变量依赖，直接调用虚拟环境内的Python可执行文件，同时增加路径校验和错误退出逻辑，修改后的脚本参考如下：

#! /bin/bash
# 任意命令执行失败立即退出，避免错误累积
set -e

# 先切换到脚本所在目录，确保后续相对路径解析正确
cd "$(dirname "$0")"

# 进入项目目录，这里也可以替换为projectx的绝对路径
cd projectx

# 直接调用虚拟环境内的Python解释器执行命令，无需激活
./projectxenv/Scripts/python manage.py startapp app1
./projectxenv/Scripts/python manage.py startapp app2

如果需要定位具体问题，可以在原脚本的source命令后增加两行调试代码，执行脚本后对比和手动执行的输出差异即可：

# 输出当前工作目录
pwd
# 输出当前使用的Python解释器路径
which python

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