我帮你搞定这个Windows下的Airflow权限问题！你遇到的核心矛盾是Windows和Linux容器的文件权限模型不兼容，Linux那套通过id -u生成.env的方法在Windows上完全不适用，咱们换个直接有效的方式：

具体解决步骤： #

1. 手动配置.env文件
   打开Airflow目录下的.env文件（已有就编辑，没有就新建），把内容改成下面这样：

   AIRFLOW_UID=50000
   AIRFLOW_GID=0
   

   这里给你解释下参数逻辑：

   • AIRFLOW_UID=50000是Airflow官方指定的默认非特权用户ID，专门用来规避容器内的权限冲突；
   • AIRFLOW_GID=0让容器进程归属root组，这样就能顺利读写Windows挂载过来的logs、dags、plugins文件夹——毕竟Windows的文件权限和Linux的用户组映射逻辑差异很大，用root组能绕开绝大多数权限坑。

2. 重新执行初始化命令
   保存好.env文件后，回到CMD里重新运行：

   docker-compose up airflow-init
   

   这次应该不会再报AIRFLOW_UID not set的错误了。初始化完成后，你就可以用docker-compose up启动所有Airflow服务，访问localhost:8080用默认账号airflow/airflow登录即可。

为什么之前的方法没用？ #

Linux/Mac上用echo -e "AIRFLOW_UID=$(id -u)\nAIRFLOW_GID=0" > .env是因为能直接获取当前用户的UID，但Windows没有id -u这个命令，你之前生成的.env里UID大概率是空值或无效值，容器内的Airflow进程拿不到正确权限，自然没法访问挂载的目录。

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