django-admin startproject生成损坏的manage.py文件问题求助

核心异常为脚手架生成的配置与预期不匹配：执行django-admin startproject backend .创建名为backend的项目时，生成的manage.py内硬编码的配置模块路径为firebackend.settings，与指定项目名完全不符，后续运行时Django无法找到对应配置文件抛出导入错误。从贴出的sys.path、which命令输出来看，虚拟环境激活、依赖安装环节均无异常，不属于venv或virtualenv机制本身的问题。

可能的触发原因：

• 当前shell会话存在全局Django环境变量污染，提前设置了DJANGO_SETTINGS_MODULE=firebackend.settings，脚手架生成代码时会优先读取该值替换模板内的配置项
• 本地配置了Django全局自定义项目模板，模板内硬编码了firebackend.settings配置项，创建项目时没有调用内置默认模板生成代码
• 执行创建命令的工作目录下存在历史项目残留文件，脚手架检测到旧配置后错误复用了原有路径配置

• 排查并清除环境变量干扰：先执行echo $DJANGO_SETTINGS_MODULE，如果输出firebackend.settings即可确认是该问题，执行unset DJANGO_SETTINGS_MODULE删除当前会话的对应变量；同时检查~/.bashrc、~/.zshrc等shell开机配置文件，移除全局写死的Django相关环境变量，避免每次启动终端自动加载错误配置
• 清理工作目录残留：删除当前项目目录下所有自动生成的旧Django文件（包括manage.py、残留的项目配置目录），确保目录无历史Django配置文件后再执行创建操作
• 修正依赖安装命令：原安装命令用逗号分隔包名是错误写法，pip会将逗号识别为包名的一部分，可能导致隐式安装问题，正确写法为空格分隔包名：

pip install django djangorestframework

• 执行项目创建命令，创建完成后先核对manage.py内容，确认os.environ.setdefault行的配置值为backend.settings，再执行python manage.py check验证环境正常，无导入错误即可。如果仍生成错误配置，可执行django-admin diffsettings查看全局加载的Django配置，定位是否存在自定义模板路径的全局配置项，临时移除对应配置后再创建项目。

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