我之前配置Django Cookiecutter的Docker环境时也踩过这个坑，给你几个实用的排查方向和解决办法：

• 先确认环境变量是否真的生效
  运行 echo $COMPOSE_FILE 看看输出是不是 local.yml。如果没有输出或者输出不对，说明你的export COMPOSE_FILE=local.yml命令没在当前shell会话生效：

  • 如果你是在新打开的终端窗口运行docker命令，之前的export只在旧终端有效，需要重新执行export命令；
  • Windows用户注意：cmd里要用set COMPOSE_FILE=local.yml，PowerShell里要用$env:COMPOSE_FILE="local.yml"，不能用Linux/macOS的export命令。

• 检查当前工作目录是否正确
  Docker Compose会在当前目录查找指定的配置文件，所以要确保你在local.yml所在的项目根目录下运行docker-compose命令。可以用pwd（Linux/macOS）或者查看当前路径（Windows），确认local.yml确实在这个目录里。

• 核对文件名和环境变量拼写

  • 检查local.yml文件名是否正确，有没有大小写错误（Linux/macOS系统文件名区分大小写，比如Local.yml和local.yml是两个不同的文件）；
  • 确认环境变量名是COMPOSE_FILE，有没有拼错成COMPOSE_FILES或者其他错误写法。

• 绕开环境变量直接指定配置文件测试
  试试直接用命令指定配置文件：docker-compose -f local.yml up。如果这个命令能正常运行，说明问题确实出在环境变量的设置上；如果还是报错，那可能是local.yml文件本身不存在或者路径错误。

• 如果需要永久生效环境变量
  如果你想让COMPOSE_FILE每次打开终端都自动生效，可以把export命令添加到shell的配置文件里：

  • Bash用户：编辑~/.bashrc或者~/.bash_profile，添加一行export COMPOSE_FILE=local.yml，然后运行source ~/.bashrc使配置生效；
  • Zsh用户：编辑~/.zshrc，添加同样的内容后运行source ~/.zshrc。

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